imx6dl-riotboard: Does not generate valid SD card image

imx6dl-riotboard: Does not generate valid SD card image

[Turab Iqbal]

[-- Attachment #1: Type: text/plain, Size: 599 bytes --]

Hi,


When building with the imx6dl-riotboard machine, a valid SD card image is not generated. In meta-fsl-arm/classes/image_types_fsl.bbclass, the IMAGE_CMD_sdcard function should call ${SDCARD_GENERATION_COMMAND}, but it is nil in this case. As a result, the image that is created is just a zeroed sparse file.


The solution that worked for me was to add the following to meta-fsl-arm-extra/conf/machine/imx6dl-riotboard.conf:


SOC_FAMILY = "mx6:mx6dl"


I don't know if this is the most appropriate fix, though, which is why I'm not submitting a patch.


Kind regards,

Turab

[-- Attachment #2: Type: text/html, Size: 1407 bytes --]

Re: imx6dl-riotboard: Does not generate valid SD card image

[Daiane Angolini]

On Tue, Aug 9, 2016 at 11:47 AM, Turab Iqbal <turab_@hotmail.co.uk> wrote:
> Hi,
>
>
> When building with the imx6dl-riotboard machine, a valid SD card image is
> not generated. In meta-fsl-arm/classes/image_types_fsl.bbclass, the
> IMAGE_CMD_sdcard function should call ${SDCARD_GENERATION_COMMAND}, but it
> is nil in this case. As a result, the image that is created is just a zeroed
> sparse file.
>
>
> The solution that worked for me was to add the following to
> meta-fsl-arm-extra/conf/machine/imx6dl-riotboard.conf:
>
>
> SOC_FAMILY = "mx6:mx6dl"
>
>
> I don't know if this is the most appropriate fix, though, which is why I'm
> not submitting a patch.

The very same happens with imx6sl-warp, but NOT with imx7s-warp

I was not able to find time to debug the image_types_fsl class so far
(but it's in my endless task list)

Daiane


>
>
> Kind regards,
>
> Turab
>
>
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>

Re: imx6dl-riotboard: Does not generate valid SD card image

[Otavio Salvador]

On Tue, Aug 9, 2016 at 12:36 PM, Daiane Angolini <daiane.list@gmail.com> wrote:
> On Tue, Aug 9, 2016 at 11:47 AM, Turab Iqbal <turab_@hotmail.co.uk> wrote:
>> The solution that worked for me was to add the following to
>> meta-fsl-arm-extra/conf/machine/imx6dl-riotboard.conf:
>>
>>
>> SOC_FAMILY = "mx6:mx6dl"
>>
>>
>> I don't know if this is the most appropriate fix, though, which is why I'm
>> not submitting a patch.
>
> The very same happens with imx6sl-warp, but NOT with imx7s-warp
>
> I was not able to find time to debug the image_types_fsl class so far
> (but it's in my endless task list)

The SoC family solution works but will break other things as it will
enable the i.MX specific patches and support.

I think we need to find other alternative to fix the issue.

-- 
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

Re: imx6dl-riotboard: Does not generate valid SD card image

[Dominic Sacré]

On 2016-08-09 17:55, Otavio Salvador wrote:
> On Tue, Aug 9, 2016 at 12:36 PM, Daiane Angolini <daiane.list@gmail.com> wrote:
>> On Tue, Aug 9, 2016 at 11:47 AM, Turab Iqbal <turab_@hotmail.co.uk> wrote:
>>> The solution that worked for me was to add the following to
>>> meta-fsl-arm-extra/conf/machine/imx6dl-riotboard.conf:
>>> SOC_FAMILY = "mx6:mx6dl"
>>>
>>> I don't know if this is the most appropriate fix, though, which is why I'm
>>> not submitting a patch.
>>
>> The very same happens with imx6sl-warp, but NOT with imx7s-warp
>>
>> I was not able to find time to debug the image_types_fsl class so far
>> (but it's in my endless task list)
> 
> The SoC family solution works but will break other things as it will
> enable the i.MX specific patches and support.
> 
> I think we need to find other alternative to fix the issue.

What kind if things would break when setting SOC_FAMILY = "mx6:mx6dl"?
Why wouldn't riotboard be "part of the family"?

I've been using a modified riotboard machine config for some time, in
which I set SOC_FAMILY so that I can run linux-fslc-imx on riotboard.

Also the board seems to get the wrong DEFAULTTUNE unless SOC_FAMILY is
set ("armv7a-neon", should be "cortexa9thf-neon").


Dominic

Re: imx6dl-riotboard: Does not generate valid SD card image

[Otavio Salvador]

Hello Dominic,

On Tue, Aug 9, 2016 at 1:26 PM, Dominic Sacré <dominic.sacre@gmx.de> wrote:
> On 2016-08-09 17:55, Otavio Salvador wrote:
>> On Tue, Aug 9, 2016 at 12:36 PM, Daiane Angolini <daiane.list@gmail.com> wrote:
>>> On Tue, Aug 9, 2016 at 11:47 AM, Turab Iqbal <turab_@hotmail.co.uk> wrote:
>>>> The solution that worked for me was to add the following to
>>>> meta-fsl-arm-extra/conf/machine/imx6dl-riotboard.conf:
>>>> SOC_FAMILY = "mx6:mx6dl"
>>>>
>>>> I don't know if this is the most appropriate fix, though, which is why I'm
>>>> not submitting a patch.
>>>
>>> The very same happens with imx6sl-warp, but NOT with imx7s-warp
>>>
>>> I was not able to find time to debug the image_types_fsl class so far
>>> (but it's in my endless task list)
>>
>> The SoC family solution works but will break other things as it will
>> enable the i.MX specific patches and support.
>>
>> I think we need to find other alternative to fix the issue.
>
> What kind if things would break when setting SOC_FAMILY = "mx6:mx6dl"?

As currently the board uses the mainline kernel, it does not offers
the i.MX specific headers and drivers so the recipes which require
those drivers and headers won't build.

Some of the recipes going to fail are:

https://github.com/Freescale/meta-fsl-arm/blob/master/conf/machine/include/imx-base.inc#L65-L66

> Why wouldn't riotboard be "part of the family"?

Until someone adds proper support for the board in the linux-fslc-imx
it cannot be enabled. Same is valid for WaRP.

> I've been using a modified riotboard machine config for some time, in
> which I set SOC_FAMILY so that I can run linux-fslc-imx on riotboard.

Good, so you could instead contribute with the community and prepare
proper patches,

> Also the board seems to get the wrong DEFAULTTUNE unless SOC_FAMILY is
> set ("armv7a-neon", should be "cortexa9thf-neon").

This is not wrong, it is a valid architecture for a Cortex A9. In fact
I have customers which use it due valid reasons.

-- 
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

Re: imx6dl-riotboard: Does not generate valid SD card image

[Fabio Estevam]

On Tue, Aug 9, 2016 at 1:47 PM, Otavio Salvador
<otavio.salvador@ossystems.com.br> wrote:

> Until someone adds proper support for the board in the linux-fslc-imx
> it cannot be enabled. Same is valid for WaRP.

imx6sl-warp is supported in linux-fslc and still generates a buggy sdcard image.

Re: imx6dl-riotboard: Does not generate valid SD card image

[Otavio Salvador]

On Tue, Aug 9, 2016 at 1:59 PM, Fabio Estevam <festevam@gmail.com> wrote:
> On Tue, Aug 9, 2016 at 1:47 PM, Otavio Salvador
> <otavio.salvador@ossystems.com.br> wrote:
>
>> Until someone adds proper support for the board in the linux-fslc-imx
>> it cannot be enabled. Same is valid for WaRP.
>
> imx6sl-warp is supported in linux-fslc and still generates a buggy sdcard image.

Patches welcome ;-) It would be good if someone generates the support
for it for linux-fslc-imx or propose a way to support it.

-- 
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

Re: imx6dl-riotboard: Does not generate valid SD card image

[Fabio Estevam]

On Tue, Aug 9, 2016 at 2:04 PM, Otavio Salvador
<otavio.salvador@ossystems.com.br> wrote:

> Patches welcome ;-) It would be good if someone generates the support
> for it for linux-fslc-imx or propose a way to support it.

That's a regression, Otavio. In the past we used to have sdcard images
generated by Yocto working fine for imx6sl-warp. In the current
release this is broken.

Re: imx6dl-riotboard: Does not generate valid SD card image

[Otavio Salvador]

On Tue, Aug 9, 2016 at 2:10 PM, Fabio Estevam <festevam@gmail.com> wrote:
> On Tue, Aug 9, 2016 at 2:04 PM, Otavio Salvador
> <otavio.salvador@ossystems.com.br> wrote:
>
>> Patches welcome ;-) It would be good if someone generates the support
>> for it for linux-fslc-imx or propose a way to support it.
>
> That's a regression, Otavio. In the past we used to have sdcard images
> generated by Yocto working fine for imx6sl-warp. In the current
> release this is broken.

Which release did you test?

-- 
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

Re: imx6dl-riotboard: Does not generate valid SD card image

[Fabio Estevam]

On Tue, Aug 9, 2016 at 2:12 PM, Otavio Salvador
<otavio.salvador@ossystems.com.br> wrote:

>> That's a regression, Otavio. In the past we used to have sdcard images
>> generated by Yocto working fine for imx6sl-warp. In the current
>> release this is broken.
>
> Which release did you test?

Last year, at the time of
https://github.com/Freescale/meta-fsl-arm-extra/commit/1d13a0b9bc9f84333e3e35be2bc7428c9eefb125
this generated sdcard image worked fine for imx6sl-warp.

Re: imx6dl-riotboard: Does not generate valid SD card image

[Otavio Salvador]

On Tue, Aug 9, 2016 at 2:40 PM, Fabio Estevam <festevam@gmail.com> wrote:
> On Tue, Aug 9, 2016 at 2:12 PM, Otavio Salvador
> <otavio.salvador@ossystems.com.br> wrote:
>
>>> That's a regression, Otavio. In the past we used to have sdcard images
>>> generated by Yocto working fine for imx6sl-warp. In the current
>>> release this is broken.
>>
>> Which release did you test?
>
> Last year, at the time of
> https://github.com/Freescale/meta-fsl-arm-extra/commit/1d13a0b9bc9f84333e3e35be2bc7428c9eefb125
> this generated sdcard image worked fine for imx6sl-warp.

Good; and this had the problem fixed with:

https://github.com/Freescale/meta-fsl-arm-extra/commit/12cc66a9b8c3788309cf0a72c001f27abc299271

The commit fixed the build and allow it to work, however it does not
generate a ready to use SDCard image but this is a side effect. If you
check, this is included on FSL Community BSP 2.0 and 2.1 so it does
not seem to be causing much problem until now.

The best solution, from BSP point of view, is someone to add support
for the linux-fslc-imx so we can enable the other BSP bits for the
board. Until that is done, the board is seen as a board which uses
what is provided by the OE-Core images.

-- 
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