diff options
author | Don Zickus <dzickus@redhat.com> | 2011-03-24 20:36:25 (GMT) |
---|---|---|
committer | Ingo Molnar <mingo@elte.hu> | 2011-03-24 20:40:01 (GMT) |
commit | 242214f9c1eeaae40eca11e3b4d37bfce960a7cd (patch) | |
tree | 678a3412ff11bda02e3fd6926872b8ae75490af4 /arch/x86/kernel/tls.c | |
parent | 60e4b10c5a27182bc8ce7435050a17cb61c94d00 (diff) | |
download | linux-fsl-qoriq-242214f9c1eeaae40eca11e3b4d37bfce960a7cd.tar.xz |
perf, x86: P4 PMU - Read proper MSR register to catch unflagged overflows
The read of a proper MSR register was missed and instead of
counter the configration register was tested (it has
ARCH_P4_UNFLAGGED_BIT always cleared) leading to unknown NMI
hitting the system. As result the user may obtain "Dazed and
confused, but trying to continue" message. Fix it by reading a
proper MSR register.
When an NMI happens on a P4, the perf nmi handler checks the
configuration register to see if the overflow bit is set or not
before taking appropriate action. Unfortunately, various P4
machines had a broken overflow bit, so a backup mechanism was
implemented. This mechanism checked to see if the counter
rolled over or not.
A previous commit that implemented this backup mechanism was
broken. Instead of reading the counter register, it used the
configuration register to determine if the counter rolled over
or not. Reading that bit would give incorrect results.
This would lead to 'Dazed and confused' messages for the end
user when using the perf tool (or if the nmi watchdog is
running).
The fix is to read the counter register before determining if
the counter rolled over or not.
Signed-off-by: Don Zickus <dzickus@redhat.com>
Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org>
Cc: Lin Ming <ming.m.lin@intel.com>
LKML-Reference: <4D8BAB49.3080701@openvz.org>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'arch/x86/kernel/tls.c')
0 files changed, 0 insertions, 0 deletions