[meta-freescale] [meta-fsl-arm PATCH v2 5/5] Move mxs-base.inc contents to imx-base.inc

Otavio Salvador otavio.salvador at ossystems.com.br
Thu Sep 24 06:59:39 PDT 2015


On Thu, Sep 24, 2015 at 10:47 AM, Daiane Angolini <daiane.list at gmail.com> wrote:
> On Thu, Sep 24, 2015 at 9:32 AM, Otavio Salvador
> <otavio at ossystems.com.br> wrote:
>> The consolidation of all i.MX related base settings allow for a more
>> global view of the settings in place. Up to now, the i.MX 23 and i.MX
>> 28 SoCs were using the mxs-base.inc file, causing fragmentation.
>>
>> The changes necessary to keep all i.MX 23 and i.MX 28 reference boards
>> working properly has been done, some values need to be reworked to
>
> The consolidation of all i.MX related base settings allows a more
> global view of the settings in place.
>
> One of the causes of 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, ...

I reworked this as:

---
The consolidation of all i.MX related base settings allows a more
global view of the settings in place.

One of the causes of 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.
---

Better?

>> apply to SoC families instead of global setting but the price for
>> clearness seems worth it.
>
> This piece I don't understand. Are additional changes needed for
> future (#FIXME)? Or you are still talking about the motivation of this
> patch?

No; just explaining there are changes to avoid regressions. I reworked
the commit log.

...
>> +UBOOT_MAKE_TARGET_mxs = "u-boot.sb"
>> +UBOOT_MAKE_TARGET_mx51 = "u-boot.imx"
>> +UBOOT_MAKE_TARGET_mx53 = "u-boot.imx"
>> +UBOOT_MAKE_TARGET_mx6 = "u-boot.imx"
>> +UBOOT_MAKE_TARGET_mx6sl = "u-boot.imx"
>> +UBOOT_MAKE_TARGET_mx6sx = "u-boot.imx"
>
> Why are you duplicating for sl and sx?
>
> I don't see imx6ul

My fault; I will expand it.

>> +UBOOT_MAKE_TARGET_mx7 = "u-boot.imx"
>> +UBOOT_MAKE_TARGET_vf = "u-boot.imx"
>> +
>> +UBOOT_SUFFIX_mxs = "sb"
>> +UBOOT_SUFFIX_mx51 = "imx"
>> +UBOOT_SUFFIX_mx53 = "imx"
>> +UBOOT_SUFFIX_mx6 = "imx"
>> +UBOOT_SUFFIX_mx6sl = "imx"
>> +UBOOT_SUFFIX_mx6sx = "imx"
>
> Why are you duplicating for sl and sx?
>
> I don't see imx6ul

Ditto.

>> +UBOOT_SUFFIX_mx7 = "imx"
>> +UBOOT_SUFFIX_vf = "imx"
>> +
>> +UBOOT_ENTRYPOINT_mxs = "0x40008000"
>>  UBOOT_ENTRYPOINT_mx51  = "0x90008000"
>>  UBOOT_ENTRYPOINT_mx53  = "0x70008000"
>>  UBOOT_ENTRYPOINT_mx6  = "0x10008000"
>> @@ -132,6 +149,7 @@ PREFERRED_PROVIDER_virtual/libg2d_mx6ul = ""
>>
>>  # Handle default kernel
>>  IMX_DEFAULT_KERNEL = "linux-imx"
>> +IMX_DEFAULT_KERNEL_mxs = "linux-fslc"
>>  IMX_DEFAULT_KERNEL_mx5 = "linux-fslc"
>>  IMX_DEFAULT_KERNEL_mx6 = "linux-fslc-mx6"
>>  IMX_DEFAULT_KERNEL_mx6ul = "linux-imx"
>> @@ -140,8 +158,16 @@ PREFERRED_PROVIDER_virtual/kernel ??= "${IMX_DEFAULT_KERNEL}"
>>
>>  SDCARD_ROOTFS ?= "${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.ext4"
>>  IMAGE_FSTYPES ?= "ext4 sdcard.gz"
>> -
>> -SERIAL_CONSOLE = "115200 ttymxc0"
>> +IMAGE_FSTYPES_mxs ?= "ext4 uboot.mxsboot-sdcard sdcard.gz"
>> +
>> +SERIAL_CONSOLE_mxs = "115200 ttyAMA0"
>> +SERIAL_CONSOLE_mx51 = "115200 ttymxc0"
>> +SERIAL_CONSOLE_mx53 = "115200 ttymxc0"
>> +SERIAL_CONSOLE_mx6 = "115200 ttymxc0"
>> +SERIAL_CONSOLE_mx6sl = "115200 ttymxc0"
>> +SERIAL_CONSOLE_mx6sx = "115200 ttymxc0"
>> +SERIAL_CONSOLE_mx7 = "115200 ttymxc0"
>> +SERIAL_CONSOLE_vf = "115200 ttymxc0"
>
> Can you, please, explain why we cannot have SERIAL_CONSOLE any more
> and only override for mxs?

I will rework this.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


More information about the meta-freescale mailing list