Age | Commit message (Collapse) | Author |
|
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>
|
|
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 default value for IMAGE_FSTYPES including SDCard class enable all
machine to work out of the box using the .sdcard image.
The removed duplication affected the following machines:
- imx23evk
- imx28evk
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Mainline kernel currently does not have support for the on-chip audio codec
on mx23, so remove the 'alsa' entry from the MACHINE_FEATURES.
Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
U-boot mainline uses zImage as the image type, so let's use zImage by default
in mxs-base.inc.
Boards that use uImage can still override it by passing:
KERNEL_IMAGETYPE = "uImage"
in their .conf file.
Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
Tested-by: Daiane Angolini <daiane.angolini@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
U-boot mainline uses zImage as the image type, so let's switch to it.
This fixes the boot on 'dizzy' branch.
Signed-off-by: Fabio Estevam <fabio.estevam@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: I57c8a98958a2cdb3a74ee16b96578b85f9936811
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The linux-dtb.inc has been reworked to use the Linux kernel build
system to generate the DeviceTree binaries so now KERNEL_DEVICETREE
variable should has the /target/ name, not the file path. This patch
reworks following machines:
- imx23evk
- imx28evk
- imx51evk
- imx53ard
- imx53qsb
- imx6dlsabreauto
- imx6dlsabresd
- imx6qsabreauto
- imx6qsabresd
- imx6solosabreauto
- imx6solosabresd
Change-Id: I37e9c3737552299677e315b6279a6e0a8e217836
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Include vendor name to machine name
Fix machine name capitalization
Include SOC
Change-Id: I060ee90e17c506bd05d3727f17a5c6fd8cfb73c9
Signed-off-by: Daiane Angolini <daiane.angolini@freescale.com>
|
|
The SOC_FAMILY uses the MACHINEOVERRIDES and it evaluates from left to
right. In this case, the most SoC specific value needs to be kept in
the right so it take precedence.
This has been catch when finding out why i.MX6SL EVK where using the
wrong value as entry point, and this was the root cause.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
The U-Boot now supports the imx23evk board so we now use it by
default. The imx-bootlets support is still available in case someone
needs it.
Change-Id: I321e1b8e461e5bdfa9995964e4ab1c779c222c6b
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Change-Id: If9dbc35a3ad2253e3433c3f90837b9559bf435d9
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|