Re: (RPi) db> reboot -> cpu_reset failed

From: Bjoern A. Zeeb <bzeeb-lists_at_lists.zabbadoz.net>
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