Page MenuHomeFreeBSD

Rudimentary AER reading code for ddb(4)
ClosedPublic

Authored by kib on Sep 7 2016, 1:54 PM.
Tags
Referenced Files
Unknown Object (File)
Thu, Apr 11, 4:50 PM
Unknown Object (File)
Jan 22 2024, 8:33 PM
Unknown Object (File)
Dec 29 2023, 5:57 PM
Unknown Object (File)
Dec 22 2023, 9:18 PM
Unknown Object (File)
Nov 18 2023, 4:45 PM
Unknown Object (File)
Nov 16 2023, 8:33 PM
Unknown Object (File)
Nov 1 2023, 1:55 PM
Unknown Object (File)
Sep 30 2023, 1:56 PM
Subscribers

Details

Summary

I found this chunk when I did today pull into my repo and got another conflict. This was written when I debugged ACPI_DMAR and got some NMIs. One of the theories was that a device reacted badly to DMA fault which resulted in transaction abort and reported that as NMI. It appeared to be false, and this code allowed to determine that.

This is very primitive thing, it only allows to inspect the PCI error state and AER error state, dump the log and clear errors, from ddb. You see that pci_print_faulted_dev() is extern, because it was automatically called from the NMI trap handler. This chunk depends on my fixes for ddb entrance on broadcast NMI and thus not included.

If this is something worth it as interim, please review. If not, I will revert this in my repo to avoid future conflict handling.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 5081
Build 5163: CI src buildJenkins

Event Timeline

kib retitled this revision from to Rudimentary AER reading code for ddb(4).
kib updated this object.
kib edited the test plan for this revision. (Show Details)
kib added reviewers: jhb, imp, emaste.
kib set the repository for this revision to rS FreeBSD src repository - subversion.
kib added a project: PCI.

I like the idea of having this support in ddb, but will defer to @jhb and @imp.

I've cleaned up this code somewhat, but not completely. I need to reconnect it to an interrupt and then test it in machines that generate these errors...

Errr, my cleanup is runtime, not ddb time, sorry for the confusion. I've not grabbed this code.

cem added a subscriber: cem.

Seems useful to me, especially as an interim solution for scanning for AER reports before we grow runtime support. Any objection @imp , @jhb ?

This revision is now accepted and ready to land.Aug 2 2018, 2:17 AM
This revision was automatically updated to reflect the committed changes.