[BISECTED] arm: mvebu: Kernel hang after ae9304c9d311 if OF_SELFTEST=y

[BISECTED] arm: mvebu: Kernel hang after ae9304c9d311 if OF_SELFTEST=y

[Gregory CLEMENT]

Hi Arnaud,

On 23/10/2014 13:00, Arnaud Ebalard wrote:
> Hi,
> 
> Trying to boot a 3.17.1 (same thing w/ current tip of Linus tree or
> 3.17.1) on two Marvell Armada 370 based platforms (NETGEAR ReadyNAS
> 102 and Synology DS213j) ends up w/ the following:
> 
>    Starting kernel ...
>    
>    Uncompressing Linux... done, booting the kernel.
>    
>    Error: unrecognized/unsupported machine ID (r1 = 0x00000bde).
>    
>    Available machine support:
>    
>    ID (hex)        NAME
>    ffffffff        Generic DT based system
>    ffffffff        Marvell Armada 380/385 (Device Tree)
>    ffffffff        Marvell Armada 375 (Device Tree)
>    ffffffff        Marvell Armada 370/XP (Device Tree)
>    
>    Please check your kernel config and/or bootloader.
> 
> I bisected it up to ae9304c9d31117 ("Adding selftest testdata
> dynamically into live tree"). For a while, my kernels are compiled w/
> OF_SELFTEST and it works w/o issue. After that commit, boot hangs as

It would be interesting to have a feedback of a kernel with an appended dtb
and OF_SELFTEST enabled to a different platform (ie non mvebu). Then we
will know if it something related to mvebu or to the device tree support.

I will try to see if I can do this.

> presented above. Disabling the option solves the issue on 3.17 and
> also for current tip of Linus tree. Reverting the commit on those
> kernel is not straightforward.
> 
> A config is attached.
> 
> Cheers,
> 
> a+
> 
> ps: my platforms all boot a kernel w/ an appended dtb.
> 


Thanks for you report,

Gregory


-- 
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

[BISECTED] arm: mvebu: Kernel hang after ae9304c9d311 if OF_SELFTEST=y

[Arnaud Ebalard]

Hi,

Gregory CLEMENT <gregory.clement@free-electrons.com> writes:

> On 23/10/2014 13:00, Arnaud Ebalard wrote:
>> Hi,
>> 
>> Trying to boot a 3.17.1 (same thing w/ current tip of Linus tree or
>> 3.17.1) on two Marvell Armada 370 based platforms (NETGEAR ReadyNAS
>> 102 and Synology DS213j) ends up w/ the following:
>> 
>>    Starting kernel ...
>>    
>>    Uncompressing Linux... done, booting the kernel.
>>    
>>    Error: unrecognized/unsupported machine ID (r1 = 0x00000bde).
>>    
>>    Available machine support:
>>    
>>    ID (hex)        NAME
>>    ffffffff        Generic DT based system
>>    ffffffff        Marvell Armada 380/385 (Device Tree)
>>    ffffffff        Marvell Armada 375 (Device Tree)
>>    ffffffff        Marvell Armada 370/XP (Device Tree)
>>    
>>    Please check your kernel config and/or bootloader.
>> 
>> I bisected it up to ae9304c9d31117 ("Adding selftest testdata
>> dynamically into live tree"). For a while, my kernels are compiled w/
>> OF_SELFTEST and it works w/o issue. After that commit, boot hangs as
>
> It would be interesting to have a feedback of a kernel with an appended dtb
> and OF_SELFTEST enabled to a different platform (ie non mvebu). Then we
> will know if it something related to mvebu or to the device tree support.
>
> I will try to see if I can do this.

I can test that on a kirkwood (6282) this evening.

Cheers,

a+

[BISECTED] arm: mvebu: Kernel hang after ae9304c9d311 if OF_SELFTEST=y

[Arnaud Ebalard]

Hi,

arno at natisbad.org (Arnaud Ebalard) writes:

>>> I bisected it up to ae9304c9d31117 ("Adding selftest testdata
>>> dynamically into live tree"). For a while, my kernels are compiled w/
>>> OF_SELFTEST and it works w/o issue. After that commit, boot hangs as
>>
>> It would be interesting to have a feedback of a kernel with an appended dtb
>> and OF_SELFTEST enabled to a different platform (ie non mvebu). Then we
>> will know if it something related to mvebu or to the device tree support.
>>
>> I will try to see if I can do this.
>
> I can test that on a kirkwood (6282) this evening.

FWIW, the problem does not only show up on Armada 370 but also on
kirwood. I just tested it on a ReadyNAS Duo v2. I do not have any
other non-mvebu platform at hand ATM. I'll try and see if I can
find some ARM board to boot a recent kernel tomorrow.

Cheers,

a+

[BISECTED] arm: mvebu: Kernel hang after ae9304c9d311 if OF_SELFTEST=y

[Arnaud Ebalard]

Hi,

> arno at natisbad.org (Arnaud Ebalard) writes:
>
>>>> I bisected it up to ae9304c9d31117 ("Adding selftest testdata
>>>> dynamically into live tree"). For a while, my kernels are compiled w/
>>>> OF_SELFTEST and it works w/o issue. After that commit, boot hangs as
>>>
>>> It would be interesting to have a feedback of a kernel with an appended dtb
>>> and OF_SELFTEST enabled to a different platform (ie non mvebu). Then we
>>> will know if it something related to mvebu or to the device tree support.
>>>
>>> I will try to see if I can do this.
>>
>> I can test that on a kirkwood (6282) this evening.
>
> FWIW, the problem does not only show up on Armada 370 but also on
> kirwood. I just tested it on a ReadyNAS Duo v2. I do not have any
> other non-mvebu platform at hand ATM. I'll try and see if I can
> find some ARM board to boot a recent kernel tomorrow.

Ok, I just built an u-boot and two 3.17.1 kernels for versatile express,
which I then loaded via qemu. The result is the same as for mvebu, i.e.
w/o OF_SELFTEST the first kernel just boots as expected and the second
kernel compiled w/ OF_SELFTEST hangs. Both kernels are built w/ appended
dtb support.

Cheers,

a+