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

Mitchell Horne <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm
Message-ID <[email protected]>

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.

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

Cheers,
Mitchell
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.