Age | Commit message (Collapse) | Author |
|
Change-Id: I0caeffbde2c6a9f4603dabb8653a81c0b4af4616
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
While removing the mx6s SoC family I ended forgotting to remove the
mx6d, which is covered by mx6q.
Change-Id: I60c4d1e203f1f307ed0c5452b044e37f5e1f62fe
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The i.MX6 Solo is internally a i.MX6 Dual Lite but single core. This
uses the mx6dl as the SoC family as it is already being done in the
Kernel, U-Boot and Barebox.
Change-Id: Ifefdce9d2f261352c409e7137c7566060e3915be
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This backports the directfb 1.6.3 and counter part directfb-examples
1.6.0 for use with i.MX6 SoCs as Vivante GPU is not compatible with
the 1.7 API. Along the recipes backport this commit sets the preferred
version accordingly.
Change-Id: I658af7b7881d743cb1a04f6ffb23739711af989b
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Trevor Woerner <trevor.woerner@linaro.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This allow the mfgtool variant into the UBOOT_CONFIG set.
Change-Id: I90b97f83620ad5bcda659d0ec5190a3ef98f5acd
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This allow the mfgtool variant into the UBOOT_CONFIG set.
Change-Id: Ibf61f4744cba8ae6db14d8b2b278879c2f1e420d
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This allow the mfgtool variant into the UBOOT_CONFIG set.
Change-Id: Ia96cffe65f0ce4a97c705a1c5dd69de2f6bfc5bd
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This allow the mfgtool variant into the UBOOT_CONFIG set.
Change-Id: I21f406b6c83629c87ca1ba75c6ba749111d61ffd
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This allow the mfgtool variant into the UBOOT_CONFIG set.
Change-Id: I4d14ebdc314586ef0aabca8a966c1a7d680f9758
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
This allow the mfgtool variant into the UBOOT_CONFIG set.
Change-Id: Ia1f0262790aee7feef0220a76d33fd2cb4b1638f
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
As the machine were not using UBOOT_CONFIG, the first step was to
convert the recipe to use the variable. After that, the mfgtool
variant is added.
Change-Id: I73ab7cdaef1d85cfd7cb3e3d650aed09682be2f4
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The flexcan1 device tree supports flexcan1 enabled with fec disabled
because of a pin conflict between flexcan1 and fec.
The ecspi device tree supports ecspi by fixing the pin conflict with i2c3.
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The flexcan1 device tree supports flexcan1 enabled with fec disabled
because of a pin conflict between flexcan1 and fec.
The ecspi device tree supports ecspi by fixing the pin conflict with i2c3.
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
3.10.17-1.0.0-beta changed the imx6sl-evk.dts file to work with
EPDC but as a consequence it breaks CSI function as its pins
are shared. A new imx6sl-evk-csi.dts file has been add to
allow use of CSI in case it is desired.
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The U-Boot requirement is handled by the image class and shouldn't be
defined here so we have freedom to choose the desired bootloader to be
used.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Anthony Felice <tony.felice@timesys.com>
|
|
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>
|
|
This fixes following warning during build:
,----[ Warning ]
| WARNING: Duplicate inclusion for .../meta/conf/machine/include/soc-family.inc
| in .../sources/meta-fsl-arm/conf/machine/include/imx-base.inc
`----
Change-Id: Ie23c6a25e23e1968a595969a3962d82284a6f1e9
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
Change-Id: I1f5e1ff25334a01a4d2aeda0025d56b2ddcc617b
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I0b511a73923a5876a960f427e165bc28c6cd7a44
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: Iac335650f96510c4ce6178fa69be92f157d01f0a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I92ca8f001480da993486f7e8be871b730edd8705
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I6b23b4f50cbc9db939b612e7270429e634b038bc
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I57c8a98958a2cdb3a74ee16b96578b85f9936811
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I8225e52de382a20de05b8255574892fd63ffc002
Signed-off-by: Lauren Post <lauren.post@freescale.com>
|
|
Change-Id: I2cd416548d92d27018496000f7c0790e1b1afeb6
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
All machine configurations now allow user override of the preferred
kernel provider.
Signed-off-by: Gary Thomas <gary@mlbassoc.com>
|
|
virtual/bootloader is a commonly used target. This patch
adds it for meta-fsl-arm machines.
Other BSP layers have this provider and when using a mutli-machine
distro setup bitbake virtual/bootloader
builds a wrong u-boot for fsl machines
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
imx-audio depends, in fact, of alsa-utils. It's a
set of scripts that intend to configure some alsa
parameters using amixer.
The same thing may be achieved, not depending on
alsa-utins, by asound.state.
Change-Id: I0f7c27c4dbfaf51ba44773d94a794daba14c01f9
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
Change-Id: Id37d371e2c2f3218654e1d736dde2ac1ba73dfda
Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br>
|
|
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.
Signed-off-by: Eric Bénard <eric@eukrea.com>
|
|
The MACHINE_GSTREAMER_PLUGIN is now set in mxs-base.inc so we don't
need it here.
Change-Id: Ief9de139dd3ca110fb8ea3f636b7df0afca8f465
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
By default, we add, gst-fsl-plugin for all i.MX28 based boards as done
by Freescale.
Change-Id: I146de9685dbbdb2ae185c55e976e8414256d602c
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I86c77a6aa19ee40b151246bb9531ff7194a4b983
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I61f115780b3f9b3518e3af45f278e4602b192d1a
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The vf60 SoC family does not has VPU so we shouldn't include the
gst-fsl-plugin. We fix it making an override for the SoC family as
done for 'mx3' one.
Change-Id: I2eadf16b67cafc8b91e4968b6108ce4c90f7e284
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Supported boot devices: sd, nand and sd-auart-console.
Change-Id: I4521bbfa7a3c5ec4002a583b682a36ab18e9357a
Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br>
|