[Letux-kernel] LX20 prototype is booting
H. Nikolaus Schaller
hns at goldelico.com
Tue Apr 29 10:04:13 CEST 2025
> Am 29.04.2025 um 09:52 schrieb Andreas Kemnade <andreas at kemnade.info>:
>
> Am Tue, 29 Apr 2025 08:48:47 +0200
> schrieb "H. Nikolaus Schaller" <hns at goldelico.com>:
>
>>> Am 29.04.2025 um 07:48 schrieb H. Nikolaus Schaller <hns at goldelico.com>:
>>>
>>>
>>>
>>>> Am 28.04.2025 um 22:18 schrieb H. Nikolaus Schaller <hns at goldelico.com>:
>>>>
>>>> So there is something wrong with passing or processing the command line...
>>>> Maybe kernel gets stuck in some loop.
>>>> Shouldn't be very difficult to analyse.
>>>
>>> Ok, it turns out to be stuck in this panic (which can not be printed before standard printk is set up):
>>>
>>> https://elixir.bootlin.com/linux/v6.1.28/source/drivers/of/fdt.c#L1265
>>>
>>> So I have to analyse why memblock_alloc() fails. AFAIR we had a similar issue with the X1600.
>>
>> Ok, it appears that there is no mem= entry in the command line... Hence there is no early
>> memory which can be allocated and
>>
>> https://elixir.bootlin.com/linux/v6.1.28/source/mm/memblock.c#L295
>>
>> fails to set the end (which is 0 by default) to a reasonable value.
>>
>> This is consistent with that our 6.15 kernel and the sudomaker 6.1 kernel show the same
>> failure.
>>
>> So we have to find the fix in our U-Boot and not the kernel. And it is likely something
>> very simple...
>>
> Does the chosen/memory node exists and/or is properly populated
> (manually or by U-Boot)
Yes, it exists and should be the set up as in LX16 U-Boot (they share the source code for this - only some CONFIG may be different).
But we are in a good situation that we can compare a good and a bad variant side by side... So some diff must show the reason.
BR and thanks,
Nikolaus
More information about the Letux-kernel
mailing list