summaryrefslogtreecommitdiffstats
path: root/Makefile
diff options
context:
space:
mode:
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>2015-05-04 22:34:58 +0200
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2015-05-04 22:34:58 +0200
commit20f34165a92427d16112c4420e0c22fa0e40b3bd (patch)
treeba9774a85cae1252b3ed609b239697c9913c4eb4 /Makefile
parentLinux 4.1-rc2 (diff)
parentGHES: Make NMI handler have a single reader (diff)
downloadlinux-20f34165a92427d16112c4420e0c22fa0e40b3bd.tar.xz
linux-20f34165a92427d16112c4420e0c22fa0e40b3bd.zip
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
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions