Age | Commit message (Collapse) | Author |
|
This change is needed as the commit OE-Core:6d969bac (image: Deploy
images to IMGDEPLOYDIR) has changed the deployment directory from
DEPLOY_DIR_IMAGE to IMGDEPLOYDIR causing failures when using the
image_types_fsl.bbclass class.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This enables the machine overrides extender for the i.MX6 devices. It
maps (spaces are used to easy the read):
- mx6q -> imxipu imxvpu imxgpu2d imxgpu3d
- mx6dl -> imxpxp imxipu imxvpu imxgpu2d imxgpu3d imxepdc
- mx6sx -> imxpxp imxgpu2d imxgpu3d
- mx6sl -> imxpxp imxgpu2d imxepdc
- mx6ul -> imxpxp
- mx7d -> imxpxp imxepdc
So it allows for reusing of overrides while keeps this control at the
BSP side.
Change-Id: Ie43aa497ce57b4a29f7b37a3eb941fb0d66691aa
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The SOC_FAMILY is an indirection which makes the understanding, from
OpenEmbedded versed developers and users, more difficult. Instead of
using the SOC_FAMILY indirection which is rarely used, we now move to
the MACHINEOVERRIDES mechanism as this is in fact what is in use.
Change-Id: Ic6e58b79bdc990ac853c87761c3fff635786e4e5
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
APM (Advanced Power Management) is a more or less ancient power
management API mainly from the x86 world. There is an optional APM
emulation layer for ARM, and some platform make some extended use
of it (e.g. PXA). However, neither is the emulation enabled on any
NXP/Freescale kernel nor is it commonly used, hence remove it from
machine feature.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I5e075f683e6f39bc2f2e1058eacdbef371a37abf
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I6ef0574f3be9a3afd76ed4fbf36dbefab1e207ad
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Add missing MACHINE_SOCARCH_FILTER for mx6ul and 7d to include imx multimedia
Signed-off-by: Lauren Post <lauren.post@nxp.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Future mx7 will need separate SOCARCH_SUFFIX so don't apply to all mx7
Signed-off-by: Lauren Post <lauren.post@nxp.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
mx6ul is not mx6 so default case applies. This is redundant
Signed-off-by: Lauren Post <lauren.post@nxp.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
There are BSP packages which can have some dependencies removed from
the sstate signature; this is beneficial as it reduces a lot the build
time and increases the binaries reuse.
Following changes are done:
- Mark kernel-module-imx-gpu-viv and safe for imx-gpu-viv
- Mark imx-vpu as safe for libimxvpuapi
- Mark imx-vpu as safe for imx-vpuwrap
- Mark imx-vpu as safe for imx-codec
- Mark imx-vpu as safe for imx-test
Change-Id: I1625d1e4d1cda529069c2d88218c4c84844ee4a8
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The multimedia libraries offer the APIs for the application and as
consequence every user of those libraries should be set as
MACHINE_SOCARCH.
This fixes the setting for:
- imx-vpu
- libimxvpuapi
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The base_contains function is deprecated and we ought to use
bb.utils.contains instead.
Change-Id: Ia60dcaff76d5309118906b144206066d139adf21
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
libfslcodec/ libfslvpuwrap/ libfslparser/ fsl-alsa-plugins have been
renamed as imx-codec/ imx-vpuwrap/ imx-parser/ imx-alsa-plugins, need to
do update.
Signed-off-by: Yuqing Zhu <carol.zhu@nxp.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
gstreamer1.0-plugins-imx was recently updated to be compatible with mx7
Signed-off-by: Ian Coolidge <ian@boundarydevices.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The FSLC kernel fork has been updated for the 3.14-1.52-1.1.0 GA
release. It is a consolidated release covering all i.MX active product
lines covering:
- i.MX6QDL
- i.MX6SL
- i.MX6SX
- i.MX6UL
- i.MX7D
The patch also updates the linux-fslc-imx-rt flavour for the very same
kernel fork and ensures people uses the built-in Vivante GPU driver,
when using the Linux RT support, as the external kernel module does
not support it yet.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The IMAGE_FSTYPES need to be overriden without using the SoC family
overrides, for user-friendness, and to allow this we need to use a SoC
variable to construct the default value for setting.
Related to [YOCTO: #8945].
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
As i.MX6UL has been changed out of mx6 SOC family, it need set UBOOT_ENTRYPOINT
Signed-off-by: Jun Zhu <junzhu@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
With the use of the new DCU DRM driver we can make use of the
X-servers modesetting DDX driver. The driver uses directly the
DRM/KMS interface.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
imx-vpu is machine specific due to #define macros for the type of i.MX6
SoC (quad, duallite ..)
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The DirectFB project is dead upstream for a while and the backend is
deprecated so it is better to drop it and avoid new users to depend on
it and instead to focus in the current technologies for new projects.
This commit removes everything related to the DirectFB support so if
someone wish to revert it locally it can be easily done.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Acked-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
All Vybrid SoC's use the Cortex-A5 CPU. Add an appropriate default
tune for the vf SoC.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The O.S. Systems Embedded Linux provides an alternative version of
U-Boot and, for completeness, an alternative recipe for
u-boot-mxsboot-native.
The provider, in imx-base.inc, had no default thus raising a
warning. This turns the u-boot-fslc-mxsboot-native as the default
provider but allows custom distributions to override it.
Change-Id: I46799f9ec744a074d95c383561cf0cbddb26e151
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The MACHINE_HAS_VIVANTE_KERNEL_DRIVER_SUPPORT needs to be expanded and
cannot have a default overriden later, otherwise it does not respect
the default set in the SoC.
Change-Id: I1d90d173603e6ee258f3e05c7a53e576b3b1f552
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The 'ext4' filesystem is automatically included as dependency of the
SDCard image, so we can avoid this duplication in the IMAGE_FSTYPES
variable.
Change-Id: I235e2478845a4e394bbacd42d2e6e8170d1d4ce0
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The consolidation of all i.MX related base settings allows a more
global view of the settings in place.
One of the reasons for this patch is the fragmentation caused by
i.MX23 and i.MX28 SoCs using mxs-base.inc.
The changes needed to get i.MX23 and i.MX28 SoCs working have been
included in imx-base.inc file already and some values required rework
to apply to specific SoC families to avoid regressions.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The ext4 is now the default for images in OpenEmbedded-Core, we now
follow this change for all i.MX reference boards.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Replace .sdcard image to sdcard.gz image as a default image type for
all machines.
The SDCard class has the feature of compress the generated .sdcard image.
It can be used to ease the exchange of this image among developers or machines.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The tar.bz2 is useful for people using NFS or generating the SD card
image byhand, those can enable this in the board file or in the
local.conf when needed. By default the SD card image should be the
only image built as it is the most commonly used one for initial
development.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The linux-imx.inc based kernels now can dynamically provide the
Vivante kernel driver and satisfy the runtime dependency added for the
Vivante GPU user space libraries. The beauty of this solution is that
it makes ease for 3rd party kernel to reuse the same infrastructure
and use the external module easily.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
EPDC firmware was previously in kernel and is being moved to support
conditional installs based on hardware that supports it.
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The Linux kernel provided by Freescale for i.MX28 and i.MX5 is too old
(2.6.35.3) and there are no plans to upgrade it, as the OE-Core is
going to use GCC 5.2 as default compiler soon and it is not possible
to compile this kernel with the new toolchain, thus the removal.
The metadata related to the i.MX23, i.MX28 and i.MX5 SoC family, which
is dependant of this Linux kernel support, has been removed in this
commit so if someone ever wants to bring it back it is easy to find
out all the necessary changes. The recipes affected are:
- alsa-state
- amd-gpu-x11-bin
- gtk+3
- imx-lib
- imx-test
- imx-vpu
- libfslcodec
- linux-imx
- mesa
- qt4-embedded-free
- qt4-x11-free
- qtbase
- xf86-video-imxfb
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Acked-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
Create the additiosn for 6ul SOC family.
i.MX 6Ultra Lite has no GPU or VPU so change settings
that assume mx6 has a GPU to use mesa for graphics.
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
There is no need to override the directfb recipe version for i.MX6
UltraLite SoC as it does not rely on Vivante GPU driver.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Add the mx7 settings for U-boot, MACHINE and DEFAULT_TUNE.
MX7 is a new i.MX SoC Family created with the 3.14.28-7D_alpha release
and upstreamed with the 3.14.38-6QP_beta release.
i.MX 7Dual is a CortexA7 ARM core so requires different DEFAULT_TUNE
however it does build with the cortexa9 but not as optimized as it is with
the cortexa7 toolchain.
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The i.MX31 and i.MX35 has been barely used and without much community
coverage since its inclusion making them untested boards.
There is no reason to keep the support for those SoCs in the BSP layer
as those are virtually not tested and unkown to be working or not.
The metadata related to the i.MX3 SoC family has been removed in this
commit so if someone ever wants to bring it back it is easy to find
out all the necessary changes.
Change-Id: I808bf7d1cfa97eb7d444fba711a93b1e074d5f4d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
As new i.MX machines are added and product lines are increasing,
having an override for imx machines in general will help clarify
recipes, images, and packagegroups and keep the list of imx
supported machines a little shorter.
Signed-off-by: Ann Thornton <ra43240@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The linux-fslc-mx6 recipe provides the FSL Community's i.MX6 Linux
which is a Linux kernel based on Freescale GA release, used by FSL
Community BSP in order to provide support for i.MX6 based platforms.
Every machine can override this value but by default the
linux-fslc-mx6 is now used.
Change-Id: Ia80ad8b9a0a8347197a64062513e18ca5e204a3a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The fsl-default-providers.inc is very simple and makes harder to
understand the defaults assumed for i.MX SoCs.
This patch moves the contents of it to the imx-base.inc and
mxs-base.inc so it can be more easily changed.
Change-Id: Ica5e155959dee881be089accc735c6aba6cd0e4d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The GStreamer 0.10 support is dead upstream and is being moved away of
OE-Core so there is no much sense to keep supporting and testing it.
This removes support for i.MX23, i.MX28 and i.MX5 SoCs for video
decoding using through Freescale proprietary plugin and codecs.
The support for i.MX5 SoCs can now be used in with Linux kernel
mainline, with GStreamer 1.0, without the need of Freescale
proprietary codecs.
The patch removes all the metadata specific to the GStreamer 0.10
support so it allow for an easier identification of the changes and
code.
Change-Id: I02ae3a104d303037031f02f66866255540c6e678
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The amd-gpu-mx51 provider needs to be set, along with the other
virtual providers, for the i.MX5 CPUs.
Fixes the warning:
,----
| NOTE: multiple providers are available for amd-gpu-mx51
| (amd-gpu-x11-bin-mx51, amd-gpu-bin-mx51)
`----
Change-Id: Ieb3401dbbdf1178641aeda55b20b7ae054423d75
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
thanks to Khem Raj for helping hint & more
discussion found at [1]
[1] https://lists.yoctoproject.org/pipermail/meta-freescale/2015-May/013904.html
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Acked-by: Max Krummenacher <max.oss.09@gmail.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This ensures that all MACHINE_SOCARCH feeds are part of PACKAGE_EXTRA_ARCHS.
oe-core now puts packages into feed dirs dependent on the used instruction sets.
http://cgit.openembedded.org/openembedded-core/commit/?id=3e760031f91fb87c3e2f62b77a117eb41164f259
This is true also for packages in MACHINE_SOCARCH, i.e. we get in deploy/ipk for
an angstrom based build:
armv7ahf-vfp-neon-mx6qdl armv7at2hf-vfp-neon-mx6qdl
so we must put both into PACKAGE_EXTRA_ARCHS.
TUNE_FEATURES defines if arm and/or thumb feeds are possible with the
current configuration.
Change-Id: I47ed7c3a5cbdc488801cd9198e822f9845565559
Signed-off-by: Max Krummenacher <max.oss.09@gmail.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This patch introduces a new base SoC family "vf". The family includes
all Freescale Vybrid SoC based modules, which is the single core
(vf50/VF5xx) or dual core (vf60/VF6xx) variant.
Signed-off-by: Stefan Agner <stefan.agner@toradex.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The virtual/libg2d package is i.MX6 dependant and should put every
package depending on it into the i.MX6's sub-architecture to avoid it
being included in other architectures due package feed.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Stop adding fsl-alsa-plugins to the MACHINE_EXTRA_RRECOMMENDS when
DISTRO_FEATURES doesn't contain alsa to avoid building alsa-utils.
Signed-off-by: Alexandre Belloni <alexandre.belloni@free-electrons.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Poky master upgraded directfb to 1.7.6 but 3.10.53-1.1.0 GA
release is compatible with directfb 1.7.4.
Signed-off-by: Neena Busireddy <neena.busireddy@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
- Graphics recipe is renamed from gpu-viv-bin-mx6q to imx-gpu-viv
- Recipe version is changed to use Vivante version
- gpu-viv-g2d shares same package with imx-gpu-viv
- imx-gpu-viv includes separate sub packages for demos and tools
to support flexible package additions
- Graphics package is reorganized to improve library layout
- New GPU tool apitrace is added - supported only for X11 backend
Signed-off-by: Neena Busireddy <neena.busireddy@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Newer kernels build fine with the default settings.
Signed-off-by: Alex Gonzalez <alex.gonzalez@digi.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Forcing udev-extraconf causes various strange effects. This was
discussed long time ago in oe-core on [1] and resulted in [2].
[1] http://lists.openembedded.org/pipermail/openembedded-core/2013-April/077880.html
[2] http://lists.openembedded.org/pipermail/openembedded-commits/2013-May/148591.html
Signed-off-by: Alexander Shashkevich <alex@stunpix.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
How to enable the software float point is a frequent question.
Add this comment makes it clear how to enable both SFP and HFP and can
be used whether to found in a search or to be a direct link to be used
as a quick reply.
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|