]> asedeno.scripts.mit.edu Git - linux.git/commit
Merge tag 'ras_for_4.2' of git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras...
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>
Mon, 4 May 2015 20:34:58 +0000 (22:34 +0200)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>
Mon, 4 May 2015 20:34:58 +0000 (22:34 +0200)
commit20f34165a92427d16112c4420e0c22fa0e40b3bd
treeba9774a85cae1252b3ed609b239697c9913c4eb4
parent5ebe6afaf0057ac3eaeb98defd5456894b446d22
parent6fe9e7c26a97105645fd24f264f1b94e21aade3e
Merge tag 'ras_for_4.2' of git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras into acpi-apei

Pull GHES changes for 4.2 from Borislav Petkov:

"GHES: Seriously speedup and cleanup NMI handler (Jiri Kosina and Borislav Petkov)

This is the result of us seeing this during boot

[   24.332560] INFO: NMI handler (ghes_notify_nmi) took too long to run: 3.265 msecs
[   24.332567] INFO: NMI handler (ghes_notify_nmi) took too long to run: 5.946 msecs
[   24.332568] INFO: NMI handler (ghes_notify_nmi) took too long to run: 5.948 msecs

and a report of people running perf stat and the machine softlocking.
"hest_disable" was helping in this case, which made us look at that
particular NMI handler. It was grabbing a lock each time it is run and
on each CPU. But this is not needed as the GHES sources are global and
they need only a single reader.

This patchset does that and cleans up the handler in the process."

* tag 'ras_for_4.2' of git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras:
  GHES: Make NMI handler have a single reader
  GHES: Elliminate double-loop in the NMI handler
  GHES: Panic right after detection
  GHES: Carve out the panic functionality
  GHES: Carve out error queueing in a separate function