Re: (RPi) db> reboot -> cpu_reset failed
"Bjoern A. Zeeb" <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.arm |
|---|---|
| Message-ID | <[email protected]> |
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* >> Am 05.01.2023 um 19:48 schrieb Bjoern A. Zeeb <[email protected]>: >> >> On Thu, 5 Jan 2023, Klaus Küchemann wrote: >> >> Hi Klaus, >> >>>> Am 05.01.2023 um 17:37 schrieb Bjoern A. Zeeb <[email protected]>: >>>> >>>> Hi, >>>> >>>> given I currently find myself debugging more PIs again, what is needed >>>> to be able to reset from the db> prompt? >>>> >>>> Currently I get "cpu_reset failed" when trying. >>>> >>>> Needing remote hands or an OOB PDU to cycle the PI is not satisfying. >>>> >>>> /bz >>>> >>>> -- >>>> Bjoern A. Zeeb r15:7 >>>> >>> >>> >>> you even cannot be sure to reach the ddb prompt at panic, like here : >>> >>> -- >>> .. >>> KDB: stack backtrace: >>> .. >>> #14 0xffff0000000008b4 at virtdone+0x78 >>> Uptime: 1s >>> -- >>> ..and good night Pi .. >>> >>> halt/resume of CPU is more promising by setting up a JTAG controller. >> >> does this mean you are running into the issue at boot as well or was >> that just a (made up) example? >> >> -- >> Bjoern A. Zeeb r15:7 > > > > -- Bjoern A. Zeeb r15:7