video and usb driver (rk3588)

ttcoder at netcourrier.com ttcoder at netcourrier.com
Fri Jan 13 09:51:20 CET 2023


> > >> Kernel: MMU-fault not handled ESR=0x92000061
> > >> Kernel: init -> drivers -> gui_fb -> ep raised unhandled MMU fault
> > >> ip=0x1009bb4 fault-addr=0x113d76ac type=unknown

> > Maybe the fault IP refers to some special (neon?) instruction with
> > tighter constraints? Have you had a look at the faulting instruction?
> >
> Sorry , for being uneducated, but is "ip" an instruction (doesn't make
> sense , isn't an opcode)
> or is it an address? If address, where can I look it up?

I see you've already found/fixed the issue (congrats on your RiscOS endeavour, always had a sweet spot for sixteen/thirty-two bits OS'es since the 1990s),
but in case you still want the info:
I asked the same a few years back and was told about the "(arch-name-here)-addr2line" gcc Genode toolchain utility.
So when a crash occurs, I substract the driver's base address, e.g.

$ pc
> 0x1009bb4 - 0x1001000
... /bin/pc outputs the delta here ...

And then I feed it to addr2line, with the path to the driver's "debug" (not-stripped-of-symbols) binary, and get the function name and file and line number.
Very convenient once you get the hang of it:

$ ....addr2line .. -e ... /path/to/binary ..
..type delta here..

Cedric








More information about the users mailing list