Re: (RPi) db> reboot -> cpu_reset failed
- In reply to: Mitchell Horne : "Re: (RPi) db> reboot -> cpu_reset failed"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 08 Jan 2023 23:28:53 UTC
On Sun, 8 Jan 2023, Mitchell Horne wrote: Hi Mitchell, > On 1/5/23 16:23, Bjoern A. Zeeb wrote: >> On Thu, 5 Jan 2023, Klaus Küchemann wrote: >> >>> Hi Björn, >>> ( ..I had a JTAG setup on the PI, but didn’t use it for some time..) >>> >>> yes that was a "live“ boot example from today of the cm4(on orig. >>> I/O-board), >>> it hangs while initializing sdhci, while the boot partition is living on >>> the emmc : >>> — >> >> Ok, I am just wondering given reboot works fine why reset in db> >> wouldn't. Given you have JTAG setup you can probably debug a lot better >> than me but also you seem to have a different problem ... too many >> problems too short time *sigh* >> >> > > The reason for the difference in behaviour here is that the ddb reset command > doesn't execute the full list of registered shutdown handlers, it just calls > cpu_reset() directly. For whatever reason your combination of RPI hw+fw > doesn't support the PSCI shutdown interface, so cpu_reset() fails. I am > guessing that it is the bcm2835_watchdog driver that handles the normal > reboot. Hmm interesting. > I think it should be just fine to execute such handlers from ddb reset, so > you can try my patch: https://reviews.freebsd.org/D37981 Thanks for that; I followed-up there. /bz -- Bjoern A. Zeeb r15:7