MichaIng

> How did I implement the workaround? did I miss the steps? You mean for the random MAC? Probably like this? https://github.com/MichaIng/DietPi/issues/6565#issuecomment-1694492893 We could actually do this automatically for the...

For completeness, the issue of undetected PCI device might be a dedicated one: #7517 That one happened with Linux 6.6 as well, appears not always, but randomly. Maybe the new...

You can also add test files here. There is a button below the text field to do so: 

> The other thing I noticed is that system that was not working had Linux version 6.6.56-current-rockchip64 and the system that was working had Linux version 6.12.25-current-rockchip64 Okay this means...

> would you say that it's safe to update to 9.13.2 for devices in the field? Yes, I took out the new kernel from our APT repo. So they will...

Your system clock is long in the past. Please force a time sync: ```sh /boot/dietpi/func/run_ntpd 1 ``` Check why it failed at aboot: ```sh journalctl -u systemd-timesyncd ``` Or do...

First findings regarding the `busn_res` error: The kernel indeed seems to reserve the bus number range `00-0f` for some "null" device, probably the PCI bridges (ah nope seems to really...

Ah yeah right `bus-range.db*` of course. Copy&paste from before I renamed them to better match what I am testing. > In case I got the dtc conversion correct, this is...

I guess it just shows that the issue indeed appears a bit randomly. Okay I am one step further, and have a static IP address for the first 2.5 Gbit...

> Still same issue. log attached. It was not meant to fix the failed detection issue. I have no clue about that yet, only hint that some init delay might...