On Fri, 20 Dec 2024 12:35:25 +0100,
Patrick Wildt <[email protected]> wrote:
>
>
>
> > On Dec 19, 2024, at 18:57, Kirill A. Korinsky <[email protected]> wrote:
> >
> > arm@,
> >
> > an attempt to boot OpenBSD on HONOR MagicBook Art 14 Snapdragon by bsd,
> > bsd.mp and bsd.rd from the last snapshot and 7.6 fails the same way:
> >
> > panic: attempt to access user address 0x0 from EL1
> > syncing disks...
> > dump to dev 17,1 not possible
> > rebooting..
> >
> > Linux (Fedora 41) doesn't boot on this machine, so no dmesg.
>
> There‘s not enough context. Can you add dmesg? Or a picture, try and boot
> bsd.mp and get a longer backtrace?
Sorry for misslead you. Indeed bsd.mp leads to ddb. I can't use keyboard in
it, but I can share a picture of the screen [1] and here is OCR of trace:
panic: attempt to access user address 0x0 from EL1
Stopped at panic+0x140: cmp w21, #0x0
TID PID UID PRFLAGS PFLAGS CPU COMMAND
db_enter() at panic+0x13c
panic() at kdata_abort+0x180
do_el0_sync() at handle_el1h_sync+0x68
handle_el1h_sync() at qciic_exec+0x2d4
qciic_exec() at ihidev_intr+0x70
ihidev_intr() at qcgpio_intr+0xac
qcgpio_intr() at agintc_irq_handler+0x2bc
ddb{0}>
Footnotes:
[1] https://kirill.korins.ky/pub/honor-magicbook-art-14-snapdragon-crash.jpg
--
wbr, Kirill
