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)
Tue, Apr 30, 10:29 AM
Unknown Object (File)
Tue, Apr 30, 7:06 AM
Unknown Object (File)
Mon, Apr 29, 11:07 PM
Unknown Object (File)
Thu, Apr 25, 11:18 AM
Unknown Object (File)
Dec 20 2023, 6:11 AM
Unknown Object (File)
Dec 12 2023, 3:01 AM
Unknown Object (File)
Aug 13 2023, 6:38 AM
Unknown Object (File)
Aug 2 2023, 6:31 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
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 39314
Build 36203: arc lint + arc unit

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.