Hi,
> Am 20.01.2024 um 10:22 schrieb Stefan Wahren <wahre...@gmx.net>:
>
> Am 19.01.24 um 22:26 schrieb Jens Maus:
>> I actually do have some good and bad news:
>>
>> 1. Good news: I got u-boot finally showing up with my RaspberryPi5 8GB both
>> on the HDMI and on the serial debug UART like you reported.
>>
>> 2. Bad news: I actually got it working by downgrading the rpi-eeprom to the
>> same 2023/10/30 (VERSION:30de0ba5) version like you have.
>>
>> So the issue I saw/reported seems to be somehow related/limited to newer
>> rpi-eeprom versions. Looking at my previous diff on the rpi bootloader log
>> output differences, the potentially relevant piece might be the "M.2 PCIe
>> HAT not detected.“ line that is only present in newer rpi-eeprom version
>> outputs.
>>
>> So hopefully you can reproduce that issue yourself when upgrading your
>> rpi-eeprom version to newer or also the latest version from 2024/01/15
>> available [1] and potentially find the actual piece that prevent your
>> patchset from working on newer eeprom versions.
> thanks for your work, but i think you are wasting your time. The
> rpi-eeprom release 2024/01/15 seems to be broken [1]
>
> :-(
Thanks for that info. However, I also tested older eeprom versions to identify
when the issue that u-boot cannot boot a rpi5 started to appear. And I am
afraid, it already starts with version 2023-11-20 right after the 2023-10-30
which currently seems to work fine with Ivan’s patches. Looking at the release
notes of rpi-eeprom [1] one can see the following entries:
— cut here —
2023-11-20: Auto-detect support for PCIe expansion HAT (default + latest)
• Add autodetect support for PCIe expansion HATs
• Add PCIE_PROBE=1 to the EEPROM config for custom PCIe exapansion designs
that do not support the upcoming HAT spec. This gives similar behaviour to CM4
where PCIe x1 is enumerated to discover NVMe devices.
• Fix loading of multiple initramfs images that are not 32-bit aligned
sizes raspberrypi/firmware#1843
• Kernel load performance improvement - remove a memcpy
— cut here —
So as I stated earlier, one probable catch for the u-boot patches here might be
the mentioned PCIe changes with the rpi-eeprom 2023-11-20 version. Or it might
be related to the „kernel load performance improvements“ mentioned?!?
For now I am of course using the 2023-10-30 rpi-eeprom version and so far it
works flawlessly with Ivan’s u-boot patches. Still I hope Ivan or someone else
can have a closer look why with the 2023-11-20 version of rpi-eeprom u-boot
immediately stops working at all.
best regards,
jens
[1]
https://github.com/raspberrypi/rpi-eeprom/blob/master/firmware-2712/release-notes.md
--
Jens Maus, Dresden/Germany
http://jens-maus.de/
