Otavio Salvador [Fri, 17 Jan 2014 14:19:28 +0000 (12:19 -0200)]
imx-test: Fix build failure due lacking of module build system
The 'module-base' class provides the infrastructure to ensure modules
are buildable. This fixes the build failures caused by lacking of
'scripts/basic/fixdep' application.
Change-Id: I996d169acdbec900042a21c0153799bbc57d09ee Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Update the SRCREV to ceb6b623 to grab the latest commit which updates
the fdt_addr variable to a higher address to ensure that the device tree
binary does not overlap larger kernels during the unpack process.
Otavio Salvador [Tue, 1 Oct 2013 16:44:56 +0000 (11:44 -0500)]
clutter-1.0: Add support for Vivante GPU
Add support for Vivante GPU for use with X11 and Wayland backends. In
case 'x11' and 'wayland' distro features are both enabled, it defaults
for X11 support.
Change-Id: I437e9803214c8d1ea3febed3ed318a29bc667eed Signed-off-by: Lauren Post <lauren.post@freescale.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Otavio Salvador [Tue, 1 Oct 2013 16:43:37 +0000 (11:43 -0500)]
cogl-1.0: Add support for Vivante GPU
Add support for Vivante GPU for use with X11 and Wayland backends. In
case 'x11' and 'wayland' distro features are both enabled, it defaults
for X11 support.
Change-Id: I180b92818a3081c861b7f29fc35bbc75e2b56b9d Signed-off-by: Lauren Post <lauren.post@freescale.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Dan McGregor [Tue, 10 Dec 2013 14:45:34 +0000 (08:45 -0600)]
u-boot-fslc: Add branch to SRC_URI and separate recipe files
Separate the recipe into two files in the same fashion as the kernel
recipes. A u-boot-fslc.inc file contains the common settings for the
recipe, and a .bb file contains the settings specific to the version
of u-boot to be built (e.g. SRCREV, branch name).
In addition, new versions of bitbake require that a branch be specified
and that the SRCREV be in the specified branch. Set the branch in the
SRC_URI.
Branch code based on patch from Dan McGregor <danismostlikely@gmail.com>
Change-Id: I89d017fa4cc3e7addbea89d49605f78e3d84e246 Signed-off-by: John Weber <rjohnweber@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Otavio Salvador [Thu, 14 Nov 2013 16:48:43 +0000 (14:48 -0200)]
gst-fsl-plugin.inc: Add libgstfsl-0.10.so in ${PN}-libgstfsl
The mfw_isink plugin looks for the libgstfsl-0.10.so library, instead
of the proper soname. This forces the inclusion of the .so file in the
runtime package.
Fixes [YOCTO: #3781]
Change-Id: I370f5ca6bfbcd5e65fd68214d8ca61434dd8757b Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Javier Viguera [Wed, 13 Nov 2013 17:59:14 +0000 (18:59 +0100)]
imx-bootlets: Fix removal of symbolic link in do_deploy
Change-Id: I6c33382bf0df7ae71b76030ba3932ce426329913 Signed-off-by: Javier Viguera <javier.viguera@digi.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Currently, we use different dts files to support ldo-bypass or ldo-enable, then
we need add both dts files for the boards which can support ldo-bypass mode(all
boards support ldo-enable at least). So for below boards we need add ldo-enable
dts file so that we can use this to easily support ldo-enable mode:
1)mx6q-sabresd board: ldo-bypass dts->mx6q-sabresd.dtb,
ldo-enable dts->mx6q-sabresd-ldo.dtb
2)mx6q-sabresd board: ldo-bypass dts->mx6dl-sabresd.dtb,
ldo-enable dts->mx6dl-sabresd-ldo.dtb
3)mx6sl-evk board: ldo-bypass dts->mx6sl-evk.dtb,
ldo-enable dts->mx6sl-evk-ldo.dtb
Change-Id: I261c516495e3921fb1c2d8937d96fb6e3a23e87b Signed-off-by: Lauren Post <lauren.post@freescale.com>
Currently, we use different dts files to support ldo-bypass or ldo-enable, then
we need add both dts files for the boards which can support ldo-bypass mode(all
boards support ldo-enable at least). So for below boards we need add ldo-enable
dts file so that we can use this to easily support ldo-enable mode:
1)mx6q-sabresd board: ldo-bypass dts->mx6q-sabresd.dtb,
ldo-enable dts->mx6q-sabresd-ldo.dtb
2)mx6q-sabresd board: ldo-bypass dts->mx6dl-sabresd.dtb,
ldo-enable dts->mx6dl-sabresd-ldo.dtb
3)mx6sl-evk board: ldo-bypass dts->mx6sl-evk.dtb,
ldo-enable dts->mx6sl-evk-ldo.dtb
Change-Id: I997bf896a3d3fde482fe9c120a92c16d49817adb Signed-off-by: Lauren Post <lauren.post@freescale.com>
Lauren Post [Tue, 1 Oct 2013 16:34:35 +0000 (11:34 -0500)]
imx6qsabresd.conf: Add ldo and hdcp DTS
ENGR00274059-02 ARM: Add new dts for imx6q/imx6dl SabreSD hdcp
hdcp ddc pins conflict with i2c2,
add new dts file for imx6q and imx6dl SabreSD board,
enable hdcp and disable i2c2 in these dts files.
Remove hdmi pins property from mx6qdl-sabresd.dtsi.
Some boards use another WDOG reset source to reboot system in ldo-bypass mode.
We need add the property in board dts file so that we can easily know the
WDOG reset source currently.
For Sabresd, WDOG1 for ldo-enable mode(WDOG event), WDOG2 for ldo-bypass mode
(reset external pmic to trigger POR event).
For sl-evk board, there is no WDOG pin connected with external pmic as Sabresd
, because mx6sl boot at 400Mhz. Then both ldo-enable and ldo-bypass mode use
the common WDOG1 as reset source.
Currently, we use different dts files to support ldo-bypass or ldo-enable, then
we need add both dts files for the boards which can support ldo-bypass mode(all
boards support ldo-enable at least). So for below boards we need add ldo-enable
dts file so that we can use this to easily support ldo-enable mode:
1)mx6q-sabresd board: ldo-bypass dts->mx6q-sabresd.dtb,
ldo-enable dts->mx6q-sabresd-ldo.dtb
2)mx6q-sabresd board: ldo-bypass dts->mx6dl-sabresd.dtb,
ldo-enable dts->mx6dl-sabresd-ldo.dtb
3)mx6sl-evk board: ldo-bypass dts->mx6sl-evk.dtb,
ldo-enable dts->mx6sl-evk-ldo.dtb
Change-Id: I38fb55249a002888c9da2c5e298acca089759876 Signed-off-by: Lauren Post <lauren.post@freescale.com>
Lauren Post [Tue, 1 Oct 2013 16:31:52 +0000 (11:31 -0500)]
imx6qsabreauto.conf: Add gpmi-weim DTS
ENGR00269945: ARM: imx6: add the secondary sabreauto dts for pin conflict
The patch is to solve the pin conflicts between devices that are
currently added in imx6qdl-sabreauto dts file. It has ecspi1, i2c3, and
uart3 enabled while gpmi and weim disabled in the primary
imx6qdl-sabreauto.dtsi, and creates the secondary
imx6q/dl-sabreauto dts to have gpmi and weim enabled while others
disabled. Since usbh1 and usbotg depend on GPIO from max7310 on i2c3,
they have to be disabled as well in the secondary sabreauto dts files.
Change-Id: I6338e60fa8c1622b2a73e99aa1e3def0a2555bc2 Signed-off-by: Lauren Post <lauren.post@freescale.com>
Lauren Post [Tue, 1 Oct 2013 16:30:30 +0000 (11:30 -0500)]
imx6dlsabresd.conf: Add in ldo and hdcp DTS
ENGR00274059-02 ARM: Add new dts for imx6q/imx6dl SabreSD hdcp
hdcp ddc pins conflict with i2c2,
add new dts file for imx6q and imx6dl SabreSD board,
enable hdcp and disable i2c2 in these dts files.
Remove hdmi pins property from mx6qdl-sabresd.dtsi.
Some boards use another WDOG reset source to reboot system in ldo-bypass mode.
We need add the property in board dts file so that we can easily know the
WDOG reset source currently.
For Sabresd, WDOG1 for ldo-enable mode(WDOG event), WDOG2 for ldo-bypass mode
(reset external pmic to trigger POR event).
For sl-evk board, there is no WDOG pin connected with external pmic as Sabresd
, because mx6sl boot at 400Mhz. Then both ldo-enable and ldo-bypass mode use
the common WDOG1 as reset source.
Currently, we use different dts files to support ldo-bypass or ldo-enable, then
we need add both dts files for the boards which can support ldo-bypass mode(all
boards support ldo-enable at least). So for below boards we need add ldo-enable
dts file so that we can use this to easily support ldo-enable mode:
1)mx6q-sabresd board: ldo-bypass dts->mx6q-sabresd.dtb,
ldo-enable dts->mx6q-sabresd-ldo.dtb
2)mx6q-sabresd board: ldo-bypass dts->mx6dl-sabresd.dtb,
ldo-enable dts->mx6dl-sabresd-ldo.dtb
3)mx6sl-evk board: ldo-bypass dts->mx6sl-evk.dtb,
ldo-enable dts->mx6sl-evk-ldo.dtb
Change-Id: I8a5863d135e5c72419c1eb8f4f34483c2397e567 Signed-off-by: Lauren Post <lauren.post@freescale.com>
Lauren Post [Tue, 1 Oct 2013 16:29:20 +0000 (11:29 -0500)]
imxdlsabreauto.conf: Add gpmi-weim DTS
ENGR00269945: ARM: imx6: add the secondary sabreauto dts for pin conflict
The patch is to solve the pin conflicts between devices that are
currently added in imx6qdl-sabreauto dts file. It has ecspi1, i2c3, and
uart3 enabled while gpmi and weim disabled in the primary
imx6qdl-sabreauto.dtsi, and creates the secondary
imx6q/dl-sabreauto dts to have gpmi and weim enabled while others
disabled. Since usbh1 and usbotg depend on GPIO from max7310 on i2c3,
they have to be disabled as well in the secondary sabreauto dts files.
Change-Id: I1f51cda59468140a2552a73fca5d710ecde1967e Signed-off-by: Lauren Post <lauren.post@freescale.com>
Otavio Salvador [Wed, 13 Nov 2013 14:10:11 +0000 (12:10 -0200)]
linux-imx.inc: Drop extra sysroot staging
In commit 6a6735c (kernel: restore scripts in the sysroot), kernel
class has been change to include the scripts contents in sysroot so
making the sysroot staging not need so this code can be dropped.
Change-Id: Ic91672f7cc2b79a1269c1aaffae2fe7c0173408b Reported-by: Fabio Labruna <fabio@siddha.it> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Otavio Salvador [Tue, 12 Nov 2013 18:13:57 +0000 (16:13 -0200)]
fsl-default-providers.inc: Make virtual/kernel assigment delayed
In 01851da (machine/*: Allow kernel provider override) the assigment
of preferred provider for virtual/kernel has been changed to a weak
assignment. This works for most of cases but has caused a regression
in some machines.
When a machine includes the imx-base.inc file, the assignment is done
and the intended setting of the machine does not take effect.
For example, in the below code fragment:
,----[ Wandboard board configuration fragment ]
| include conf/machine/include/imx-base.inc
| ...
| PREFERRED_PROVIDER_virtual/kernel ?= "linux-wandboard"
`----
the virtual/kernel provider would be 'linux-imx' as, at the time of
imx-base.inc inclusion, it was undefined. The expected behaviour would
be to use 'linux-imx' /only/ when no setting has been done.
The ??= operator solves this as it is used /only/ if no assignment is
done to the virtual/kernel provider in the end of the parsing. So it
gives the expected behaviour.
Change-Id: Iab73dcff8bef7f2df1064a0d5d04fd506a4c3144 Reported-by: Alfonso Tamés <alfonso@mantic.mx> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Change-Id: Icdd40a1686212275b67baede34bb45eb41be3cf1 Reported-by: Jānis Čoders <janis.coders@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Lauren Post [Thu, 3 Oct 2013 14:07:22 +0000 (09:07 -0500)]
gst-fsl-plugin: Update to 3.0.9
This changes the gst-fsl-plugin.inc to include the 'uapi' into include
paths for kernels >= 3.10 and adds the need changes to proper build
for i.MX6 and i.MX6SL (which does not has VPU support).
Change-Id: I88d95390c966d37a52ec5b59aa4182c879e46444 Signed-off-by: Lauren Post <lauren.post@freescale.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Lauren Post [Tue, 1 Oct 2013 16:47:54 +0000 (11:47 -0500)]
libfslparser: Update to 3.0.9
Released with 3.10.9-1.0.0_alpha release
Change-Id: I056e872cfdf52ae54c8ff8e4bce8fe08494a6534 Signed-off-by: Lauren Post <lauren.post@freescale.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Lauren Post [Tue, 1 Oct 2013 16:46:18 +0000 (11:46 -0500)]
libfslvpuwrap: Update to 1.0.40
Released with 3.10.9-1.0.0_alpha
Change-Id: Ieb2aeb526d0bb8cda64449296ab247473e97b6c4 Signed-off-by: Lauren Post <lauren.post@freescale.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Lauren Post [Tue, 1 Oct 2013 17:22:08 +0000 (12:22 -0500)]
libfslcodec: Update to 3.0.9
Released with 3.10.9-1.0.0 release
Change-Id: I1fd4fd1e3eb7dad5196c58ccfa71501954ecae20 Signed-off-by: Lauren Post <lauren.post@freescale.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Otavio Salvador [Tue, 5 Nov 2013 17:26:33 +0000 (15:26 -0200)]
imx-vpu (3.10.9-1.0.0): Fix build system to use OE build flags
The build system needs to allow override of CC and AR variables so OE
can pass proper flags for it; this includes a patch to allow it to
happen and fix builds in O.S. Systems autobuilder.
Change-Id: I974166244df3f743b21a00d705097602108449b2 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Mahesh Mahadevan [Wed, 30 Oct 2013 18:52:53 +0000 (18:52 +0000)]
linux-imx (2.6.35.3): Sync i.MX5 defconfig with the one in the kernel
Enable CONFIG_FEC_NAPI option. This was disabled earlier as it was causing
a crash during boot, this issue has been fixed by commit: <ef3b62c1bab6f8>
ENGR00266268 net: fec: napi cause system crash
Otavio Salvador [Sat, 19 Oct 2013 13:59:07 +0000 (10:59 -0300)]
linux-imx (3.0.35): epdc: Rename mxcfb_epdc_kernel.h to mxc_epdc.h
The goal here is to ensure we are able to use 3.10.9-1.0.0 BSP
packages and keep 3.0.35 kernel for boards that were not yet ported to
the 3.10-based kernel.
Change-Id: I4fa603d6bebad4e5712dcd1f8ec80a77c8487b12 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Lauren Post [Tue, 1 Oct 2013 16:38:21 +0000 (11:38 -0500)]
imx-lib: Upgrade to 3.10.9-1.0.0
This includes following main changes:
- imx-lib requires uapi header include for 3.10 kernel
- imx-lib no longer contains imx-vpu so all of imx-lib is LGPL
- libvpu is now in a separate component so eula-unpack inherit is not required
Also will not build libraries on mx6 only applicable to mx53
Previous kernels supported all the headers but 3.5.7 and 3.10.9
linux-imx do not inclue mx53 headers
Change-Id: Ia747ee6adf2c2e1a3425ae183ac9e3e0018c5a79 Signed-off-by: Lauren Post <lauren.post@freescale.com>
bc is the standard tool for multi-precision arithmetic. We switched
to Perl because akpm reported a hard-to-reproduce build hang, which
was very odd because affected and unaffected machines were all running
the same version of GNU bc.
Unfortunately switching to Perl required a really ugly "canning"
mechanism to support Perl < 5.8 installations lacking the Math::BigInt
module.
It was recently pointed out to me that some very old versions of GNU
make had problems with pipes in subshells, which was indeed the
construct used in the Makefile rules in that version of the patch;
Perl didn't need it so switching to Perl fixed the problem for
unrelated reasons. With the problem (hopefully) root-caused, we can
switch back to bc and do the arbitrary-precision arithmetic naturally.
Signed-off-by: H. Peter Anvin <hpa@zytor.com> Cc: Andrew Morton <akpm@linux-foundation.org> Acked-by: Sam Ravnborg <sam@ravnborg.org> Signed-off-by: Michal Marek <mmarek@suse.cz>
Change-Id: I09ec3629bf47aa4768bd21b0cfb1ca6fb6f5b18f Signed-off-by: Lucas Dutra Nunes <ldnunes@ossystems.com.br>
mx6sabre{auto,sd}: Change FDT loading address to avoid overlaping
The new FSL 3.10.9_1.0.0-alpha kernel requires more memory space and
with the previous loading address we had ovelap; change it for the
same address used in 2013.04-3.10.9_1.0.0-alpha U-Boot.
Tested-by: Daiane Angolini <daiane.angolini@freescale.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Change-Id: I7bf08f962b7956ba6f4c645a1d3ed0188eb8ac0d Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
fsl-eula-unpack: add FSL_EULA_FILE to vardepsexclude
FSL_EULA_FILE is defined with :=, which means it contains a full absolute path
to the layer directory. If this is allowed to make it into the task checksum,
it becomes impossible to use the shared states for these recipes without
having meta-fsl-arm in the exact same path in the filesystem it was in when
the sstate archives were created. Add FSL_EULA_FILE to
do_unpack[vardepsexclude].
Signed-off-by: Christopher Larson <kergoth@gmail.com>
Daiane Angolini [Wed, 23 Oct 2013 12:10:14 +0000 (12:10 +0000)]
alsa-state: Fix mx6 buffer time
When the buffer time is 512000, there are many audio
bitstreams can't be played, like 88.2k/6channles/16b
on sabre_SD and 96k/24b/6channels on sabre_auto.
Because ALSA can't calculate a suitable playback parameter
group (period_size, period_time, period_count, buffer_size,
buffer_count and so on) for these bitstreams.
So update the buffer time to 450000, which will fix the problem.
Change-Id: Idf2c59c3e5a2447f5d22e00d9f1b35ddb1a6fc4d Signed-off-by: Wang Shengjiu <B02247@freescale.com> Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
Otavio Salvador [Fri, 18 Oct 2013 00:20:20 +0000 (21:20 -0300)]
u-boot-fslc: Update to 2013.10 based release
This updates the U-Boot fork to a 2013.10 based release and include
following changes on top of that:
4b2e99f mx6sabresd: Use mmcblk0 for CONFIG_MMCROOT 60fe20e mx28evk: Extend environment to easy write of NAND system e2f0dee mx28evk: Add 'nandboot' environment command 319cafc mx28evk: Use 512k for fdt partition to align it e92e0d3 imx_watchdog: do not soft-reset while watchdog init
Change-Id: Ib875751bdc66325fb8237c553529a2462bd76176 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Daiane Angolini [Mon, 14 Oct 2013 17:26:33 +0000 (14:26 -0300)]
alsa-state: Add default state values for mx5/mx6/mxs
In order to create asound.state:
* alsamixer - adjust any parameter (i.e. volume)
* alsactl store - copy the current alsa parameters to
/var/lib/alsa/asound.state
* use asound.state as new default value
Otavio Salvador [Wed, 9 Oct 2013 17:12:59 +0000 (14:12 -0300)]
u-boot-fslc: Fix license file checksum which has been changed in rc4
Change-Id: I107e8a9929b25dd1b6361912d2eed64ddfeb2a94 Reported-by: Philippe Mangaud <r49081@freescale.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
This includes U-Boot 2013.10-rc4 based version plus following change:
d97067b mx6sabresd: Use mmcblk0 for CONFIG_MMCROOT
The change is need, together with a linux-imx change for eMMC
registering number, to allow same U-Boot environment to be compatible
with Linux mainline and Linux FSL 3.0.35-4.1.0.
Change-Id: Id9937a7be74b5dd6a5848e81395193bfd13e67a9 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Eric BENARD [Mon, 7 Oct 2013 15:37:29 +0000 (15:37 +0000)]
qtbase: update mx5 & mx6 support
- remove 5.0.2 as meta-qt5 has 5.1.0 by default
- tested on i.MX53 with eglfs and xcb platforms. FPS is not very
good despite the GPU (~24 fps on 800x480)
- tested on i.MX6 with eglfs platform : performance is very good
(> 150 fps on 640x480)
Eric BENARD [Fri, 4 Oct 2013 20:58:59 +0000 (20:58 +0000)]
imx-base: provide right package for amd-gpu-bin if x11 is disabled
so that users don't have to customize it outside,
else we get very stranges errors like :
ERROR: Multiple versions of mesa are due to be built
(/scratch/openembedded-core/meta/recipes-graphics/mesa/mesa_git.bb
/scratch/openembedded-core/meta/recipes-graphics/mesa/mesa_9.1.6.bb).
Only one version of a given PN should be built in any given build.
You likely need to set PREFERRED_VERSION_mesa to select the correct
version or don't depend on multiple versions.
