Page MenuHomeFreeBSD

arm64: log vm_fault error for data_abort
ClosedPublic

Authored by bz on May 20 2021, 4:58 PM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, Feb 5, 3:08 AM
Unknown Object (File)
Sat, Jan 18, 5:15 PM
Unknown Object (File)
Sat, Jan 18, 11:53 AM
Unknown Object (File)
Thu, Jan 16, 3:05 AM
Unknown Object (File)
Thu, Jan 16, 2:03 AM
Unknown Object (File)
Thu, Jan 16, 12:09 AM
Unknown Object (File)
Mon, Jan 13, 7:06 AM
Unknown Object (File)
Dec 25 2024, 11:47 PM
Subscribers

Details

Summary

Log the vm_fault() error in the data_abort panic so it is easier to
find the reason vm_fault() failed (e.g., invalid address).

Reviewed by: ..
MFC After: 2 weeks
Differential Revision: ...

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

bz requested review of this revision.May 20 2021, 4:58 PM

We could drop printing frame->tf_elr as we already do so in print_registers

This revision is now accepted and ready to land.May 24 2021, 8:31 AM

We could drip printing frame->tf_elr as we already do so in print_registers

That brings me to a different question: print_registers and a "show reg" in ddb right after the panic result in two different outputs. Is that intentional?

They are printing different trap frames. print_registers will print the fault frame while show reg will print a frame from a breakpoint within panic. The registers seen when debugger_on_trap is true should be identical to the version printed by print_registers.

They are printing different trap frames. print_registers will print the fault frame while show reg will print a frame from a breakpoint within panic. The registers seen when debugger_on_trap is true should be identical to the version printed by print_registers.

Thank you; Let's keep the ELR in the panicstr then.

This revision was automatically updated to reflect the committed changes.