Turris Omnia boot failure after "mvebu: fix initramfs/kernel image for CZNIC Turris Omnia"

[Karel Kočí]

Hi

And thank you for report. I do care. I am going to investigate it. Feel free to 
revert it as I most probably won't be addressing it on Christmas but I am going to 
submit it again with fix or just fix once I found out what happened.

With regards
Karel

Excerpts from Petr Štetiar's message of December 22, 2020 1:16 pm:
> Magnus Kroken <mkroken at gmail.com> [2020-12-18 00:30:42]:
> 
> Hi Magnus,
> 
> thank you for the bug report and sorry for the breakage.
> 
>> Commit e401a2a42e6d7c892e1cf7d765fa5ec9b2db3fb3 causes my Turris Omnia
>> CZ11NIC13 to no longer boot. Compiling with EARLY_PRINTK does not show
>> anything of interest:
>> 
>> ## Executing script at 01800000
>> Setting bus to 0
>> reading armada-385-turris-omnia.dtb
>> 18748 bytes read in 20 ms (915 KiB/s)
>> reading zImage
>> 3151292 bytes read in 134 ms (22.4 MiB/s)
>> Kernel image @ 0x1000000 [ 0x000000 - 0x2fcc80 ]
>> ## Flattened Device Tree blob at 02000000
>>    Booting using the fdt blob at 0x2000000
>>    Loading Device Tree to 0fff8000, end 0ffff93b ... OK
>> 
>> Starting kernel ...
>> 
>> <--- device reboots --->
>> U-Boot SPL 2015.10-rc2 (Aug 18 2016 - 20:43:35)
>> 
>> Reverting the mentioned commit solves the issue. Any ideas about what the
>> problem is? Is there any additional data that would be useful?
> 
> I've registered another report[1] and as the author doesn't care I plan to
> revert that commit soon.
> 
> 1. https://github.com/openwrt/openwrt/commit/e401a2a42e6d7c892e1cf7d765fa5ec9b2db3fb3#commitcomment-45189788
> 
> Cheers,
> 
> Petr
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.openwrt.org/pipermail/openwrt-devel/attachments/20201222/738126a8/attachment.sig>