- 27 Dec, 2013 1 commit
-
-
Stéphane Cerveau authored
AAC decoder was not available on imx6 platform. Signed-off-by:
Stéphane Cerveau <scerveau@gmail.com>
-
- 07 Dec, 2013 1 commit
-
-
Mats Kärrman authored
Signed-off-by:
Mats Kärrman <mats.karrman@tritech.se> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- 28 Nov, 2013 2 commits
-
-
Otavio Salvador authored
The FSL specific headers, when using the 3.10.9 kernel, are installed in include/uapi so we need to check for them in this directory as well. Change-Id: I207e40caa739dc8fe4cd1b25caf2c0a65cf8ae1c Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Otavio Salvador authored
This patch updates the revision to 9ab58339c5 which merges the 3.12.1 release into patches-3.12 branch. Change-Id: I8cc97f2efed68172011efa5b7971e348a1b744a0 Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- 18 Nov, 2013 2 commits
-
-
Otavio Salvador authored
This reverts commit 539ea109 as it depends on a change not include in Dora branch of OE-Core/Poky. Change-Id: Ifbedf51f51e7a78ab685311bce272c5d5d728f38 Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Otavio Salvador authored
This reverts commit a698f335 as it depends on a change not included in Dora branch of OE-Core/Poky. Change-Id: I3a2d56e50566dc90472c78f08899856ae19eb19b Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- 14 Nov, 2013 4 commits
-
-
Lauren Post authored
Add include directory for uapi which contains the mxc_asrc.h header Change-Id: If4027ff5e7d7bc86704e095fe051aadfdf2f2e20 Signed-off-by:
Lauren Post <lauren.post@freescale.com>
-
Otavio Salvador authored
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>
-
Otavio Salvador authored
The new kernels now have all generated contents installed in sysroot so the imx-text specific hacks are not need anymore. Change-Id: I050fc33ca20447d7453f5553be7c9135354ddb45 Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Otavio Salvador authored
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>
-
- 13 Nov, 2013 11 commits
-
-
Javier Viguera authored
Change-Id: I6c33382bf0df7ae71b76030ba3932ce426329913 Signed-off-by:
Javier Viguera <javier.viguera@digi.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Lauren Post authored
ENGR00277895: dts: ARM: imx6: add ldo-enable dts files 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>
-
Lauren Post authored
ENGR00277895: dts: ARM: imx6: add ldo-enable dts files 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 authored
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. ENGR00279402-1 ARM: dts: imx6: add wdog reset source seclect in dts 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. ENGR00277895: dts: ARM: imx6: add ldo-enable dts files 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 authored
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 authored
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. ENGR00279402-1 ARM: dts: imx6: add wdog reset source seclect in dts 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. ENGR00277895: dts: ARM: imx6: add ldo-enable dts files 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 authored
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>
-
Lauren Post authored
The new dependency against 'bc-native' is due used of it during kernel build and has been introduced in 3.9 kernel. Change-Id: I399007e92bb6ff401faf4c7544a924d990cc19cd Signed-off-by:
Lauren Post <lauren.post@freescale.com>
-
Lauren Post authored
Change-Id: Ibf044f87e090ebdbf303a3dedd0ddf74e621ab08 Signed-off-by:
Lauren Post <lauren.post@freescale.com>
-
Otavio Salvador authored
This fixes MX23 NULL pointer derreference when probing NAND chips. The commit which fixes the issue is: 928c8b1 mtd: gpmi: fix the NULL pointer Change-Id: I9f7b54900aed8bad164fd134f8a9c90b93dc0418 Reported-by:
Fabio Estevam <fabio.estevam@freescale.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Otavio Salvador authored
In 01851dad (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>
-
- 08 Nov, 2013 4 commits
-
-
Otavio Salvador authored
This merges the v3.12 final changes into patches-3.12 branch. Change-Id: I4bd512f90da5814cbf06fc0a1baf08f2966f316d Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Otavio Salvador authored
The uapi files are inside kernel source and we shouldn't have extra include paths here where it is not expected to be placed. Change-Id: Ieab7fa0cdb3a92e921ac4268f4dbc4fc8b9b080f Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Otavio Salvador authored
This fixes the support for proper detecting Freescale specific headers in include/linux and include/uapi. Without this patch I have the configure log with the same feature in 'enabled' and 'disabled' state and it was impossible to proper override CPPFLAGS. After this patch, building it against MX53 I get: Configure result: Enabled features: plugin: aac_dec plugin: mp3_dec plugin: vorbis_dec plugin: amr_dec plugin: mp3_enc plugin: h264_dec plugin: mpeg4_dec plugin: mpeg2_dec plugin: aiur plugin: beep plugin: v4lsink plugin: isink plugin: ipucsc library: libipu library: libX11 Disabled features: plugin: aacp_dec plugin: wma10_dec plugin: ac3_dec plugin: wma8_enc plugin: downmix plugin: wmv9mp_dec plugin: wmv78_dec plugin: vpu_wrap and building it against MX6Q I get: Configure result: Enabled features: plugin: aac_dec plugin: mp3_dec plugin: vorbis_dec plugin: amr_dec plugin: mp3_enc plugin: h264_dec plugin: mpeg4_dec plugin: mpeg2_dec plugin: vpu_wrap plugin: aiur plugin: beep plugin: v4lsink plugin: isink plugin: ipucsc library: libipu library: libX11 Disabled features: plugin: aacp_dec plugin: wma10_dec plugin: ac3_dec plugin: wma8_enc plugin: downmix plugin: wmv9mp_dec plugin: wmv78_dec Change-Id: Icdd40a1686212275b67baede34bb45eb41be3cf1 Reported-by:
Jānis Čoders <janis.coders@gmail.com> Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Otavio Salvador authored
There're no reason to keep the directories split and we follow now how done in OE-Core and Meta-OE putting it inside recipes-multimedia/gstreamer/. Change-Id: Ib6e6ba20880434d500334b6f4d2f48f367c773aa Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
- 06 Nov, 2013 12 commits
-
-
Lauren Post authored
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>
-
Otavio Salvador authored
The special and excluded plugins require explicit runtime dependencies so those are add throught PACKAGECONFIG. Change-Id: I4c87f3ac9f3a9f8d7f5b0b57ebc0bf2e4960d30a Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Lauren Post authored
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 authored
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 authored
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 authored
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>
-
Otavio Salvador authored
The code in 3.10.9-1.0.0 version was duplicating the logic used in the imx-vpu.inc so we removed this duplication. Change-Id: Ie6fc0c5f1a43f7a3bc2b89c155e47b8fa5cdb1a7 Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-
Prabhu Sundararaj authored
Change-Id: Id9acfc1fd5a9d2754d94495716be7e6bde88b4eb Signed-off-by:
Prabhu Sundararaj <prabhu.sundararaj@freescale.com>
-
Otavio Salvador authored
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 authored
This was previously part of imx-lib but separated starting in 3.0.35-4.1.0 because vpu is Freescale Proprietary license. Note that libvpu was previously part of imx-lib but has been pulled out because vpu is now Freescale Proprietary license Change-Id: I3293b94ee3c3474d305c13c0c8c62480317713fc Signed-off-by:
Lauren Post <lauren.post@freescale.com>
-
Lauren Post authored
imx-test includes exclusion for imx6 solo lite for vpu test cases and inclusion on epdc test cases Previous patches on imx-test have been applied to imx-test package Update to handle 3.10 kernel uapi directory which has the mxc headers Change-Id: Ifc98af6ca1c035879dba0ccb94ade5e0b276db03 Signed-off-by:
Lauren Post <lauren.post@freescale.com>
-
Lauren Post authored
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>
-
- 04 Nov, 2013 3 commits
-
-
Mahesh Mahadevan authored
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 Signed-off-by:
Mahesh Mahadevan <Mahesh.Mahadevan@freescale.com>
-
Mahesh Mahadevan authored
Update 2.6.35.3 maintain branch to commit 903363ed (ENGR00285435 Fix USB crash on MX53). Change-Id: I66fa4fa4e01dd3dd3a47ceec9e6ebe435d608e65 Signed-off-by:
Mahesh Mahadevan <Mahesh.Mahadevan@freescale.com>
-
Otavio Salvador authored
This includes following commit: commit 079e214888279518ce061c71238a74a0c3db2c28 Author: Fabio Estevam <fabio.estevam@freescale.com> Date: Mon Sep 30 13:16:52 2013 -0300 ARM: mx5: Enable L2 cache Enable L2 cache for improving the system performance. Signed-off-by:
Fabio Estevam <fabio.estevam@freescale.com> Change-Id: I33c66775b42e46beff8868daeb46404541c2f387 Signed-off-by:
Otavio Salvador <otavio@ossystems.com.br>
-