Since the image_types.bbclass is not cd'ing to ${DEPLOY_DIR_IMAGE}
anymore, do that in a subshell before generating the boostream.
This fixes the following build failure:
ERROR: Error: The image creation script
'.../core-image-minimal/1.0-r0/temp/create_image.barebox.mxsboot-sdcard' returned 1:
error: unable to find command file imx-bootlets-barebox_ivt.bd-cfa10058
Anthony Felice [Wed, 26 Feb 2014 15:27:28 +0000 (10:27 -0500)]
twr-vf65gs10: update kernel to latest ts-2.13 release
defconfig changes:
* enable global timer by default
source changes:
* fix cache collision with MQX
* Add support for UART 0,2,3 iomux defines
* usb: core: fix two problems for unsupported devices
* usb: certification: several fixes
* usb: misc: introduce OTG & EH Test Driver
* ENGR00241582 MX6 USB host: USB host certification patch
* Add missing header for __exception_irq_entry in global timer
* mtd: m25p80: set writebufsize
* Allow SW1 on TWR-VF65GS10 to be a wake-up event for TWR-VF600
* Only allow i2c driver to assign mvf_sema4 once.
* Fix typo in DSPI2 and DSPI3 base address
* fix FAST_READ for QSPI nor flash support
* add Global Timer support to fix High Resolution Timer functionality.
Signed-off-by: Anthony Felice <tony.felice@timesys.com>
Andy Voltz [Mon, 24 Feb 2014 18:24:39 +0000 (13:24 -0500)]
kernel-module-mcc: bump to version 1.04
* Fixes a cache collision with MQX
* Update MQX compatibility to 4.0.2
* Integrate makefile patch
Change-Id: If7dd5bcb3c3e882fc13709ab15cb45fcfed77b68 Signed-off-by: Andy Voltz <andy.voltz@timesys.com> Signed-off-by: Anthony Felice <tony.felice@timesys.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Andy Voltz [Mon, 24 Feb 2014 18:24:38 +0000 (13:24 -0500)]
libmcc: bump to version 1.04
This version was released to integrate the cflags and symlink
patches. Drop the merged patches.
Change-Id: If83033bc8f51ae2478e20754e8c8a3da58e002c4 Signed-off-by: Andy Voltz <andy.voltz@timesys.com> Signed-off-by: Anthony Felice <tony.felice@timesys.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Otavio Salvador [Mon, 24 Feb 2014 11:57:02 +0000 (08:57 -0300)]
libmcc: Add minor changes to get recipe in better shape
In order to use the same pattern from other recipes, the following
changes were made in recipe:
- Use summary as the description was short
- Drop vendor name from summary
- Put RDEPENDS after source fields
- Add empty line between S and CFLAGS
- Drop extra space in CFLAGS appending
Change-Id: Iadf4b9e8dee308692925cf7e0b22df9b4cffb03a Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Otavio Salvador [Mon, 24 Feb 2014 12:00:40 +0000 (09:00 -0300)]
mqxboot: Add minor changes to get recipe in better shape
In order to use the same pattern from other recipes, the following
changes were made in recipe:
- Use summary as the description was short
- Drop vendor from summary
- Put RDEPENDS after source fields
- Add empty line between S and CFLAGS
- Drop extra space in CFLAGS appending
Change-Id: I6adb237ffaae3b24ac2b28855d31ae93a3d019cb Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Otavio Salvador [Fri, 21 Feb 2014 17:48:21 +0000 (14:48 -0300)]
xserver-xorg: Backport 1.14.4 version
Currently Vivante does not provides a valid GL API so Xorg fails to
link against it, we cannot workaround it easily in newer Xorg version
so instead of maintaining a pile of patches for it we are backporting
1.14.4 version as an interim solution.
Change-Id: Ie8c8c002f7c3904abb383f2a1ee6f3dc6ad09e20 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Tested-by: Gary Thomas <gary@mlbassoc.com> Tested-by: John Weber <rjohnweber@gmail.com>
Otavio Salvador [Fri, 21 Feb 2014 12:11:48 +0000 (09:11 -0300)]
mesa: Update to follow OE-Core changes
This updates the bbappend to the newer version; as mesa now provides
the needed PACKAGECONFIG settings we rely on this instead of using an
annonymous Python code to change it during build time.
The bbappend file now is much easier to read.
Change-Id: Ie7b6027462f458d139d0561e737b254dd8b07653 Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Tested-by: Gary Thomas <gary@mlbassoc.com> Tested-by: John Weber <rjohnweber@gmail.com>
Otavio Salvador [Sat, 18 Jan 2014 19:06:10 +0000 (17:06 -0200)]
libfslcodec: Drop sanity check override for .so files
The .so files are not being deployed in the regular packages, just the
-dev ones, so we can drop this sanity check workaround and the
respective FIXME entry.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Rogerio Nunes [Fri, 14 Feb 2014 02:56:50 +0000 (21:56 -0500)]
gstreamer1.0-imx: rename to gstreamer1.0-plugins-imx
As the recipe requires gst-plugins-package.inc, this patch includes
-plugins- in the recipe name to make it clear that it actually
results in a set of plugin packages, following poky's convention.
John Weber [Sun, 9 Feb 2014 20:18:59 +0000 (14:18 -0600)]
libdrm: change .bbappend to use %
Change file name to use % and append against any revision of the main
libdrm recipe. This makes updating the .bbappend file name only
necessary if recipe itself needs to change.
The meta-qt5 updated Qt version 5.1.1 to 5.2.0, change file name to
use % and append against any revision of the main qtbase recipe. This
makes updating the .bbappend file name only necessary if recipe itself
needs to change.
Change-Id: I16852d67c8becdf55a851ea3b52c411ffa805c28 Signed-off-by: Se?bastien Taylor <me@staylor.ca>
gstreamer-imx is an ongoing project to write GStreamer 1.0 plugins for
using the i.MX VPU,IPU, and GPU. With the plugins, the VPU en- and decoding
features can be used, the IPU can transform images (deinterlacing,
colorspace conversion etc.), and the GPU can display frames using
OpenGL ES and the Vivante direct textures. Currently, the plugins have
only been tested with the i.MX6 SoC series.
All plugins are based on appropriate GStreamer base classes. Physical
memory metadata structures make it possible to avoid costly frame copies,
making it possible to use transcoding chains that do not involve
CPU copies for example.
This recipe is sent to meta-fsl-arm to make these plugins more visible
and available to others.
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Rogerio Nunes [Wed, 5 Feb 2014 13:47:23 +0000 (08:47 -0500)]
imx-test: add missing runtime dependency
The test scripts explicitly use bash instead of sh,
so it's necessary to have bash as a runtime dependency
in the imx-test recipe, otherwise, bitbake will fail
when populating a rootfs that does not include bash.
Otavio Salvador [Mon, 27 Jan 2014 21:02:21 +0000 (19:02 -0200)]
scripts/get-maintainer: Allow query of maintainer
The number of boards has been raising in last months and, as result,
the maintainance effort. It is quite difficult to keep all boards in
good shape without sharing the maintenance load among several people.
A maintainer field is now in machine configuration file of
meta-fsl-arm and meta-fsl-arm-extra and this script prints that
information.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
If the SPL_BINARY value is not empty, then the class will use
an alternative code path for copying U-Boot on the SD card.
u-boot.img is used (not .imx), and the SPL binary is prepended.
With empty SPL_BINARY values, the behavior is just like before.
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
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>
