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

"Bjoern A. Zeeb" <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.