]> git.baikalelectronics.ru Git - kernel.git/commit
x86/apic/amd: Be more verbose about LVT offset assignments
authorRobert Richter <robert.richter@amd.com>
Tue, 27 Mar 2012 18:04:02 +0000 (20:04 +0200)
committerIngo Molnar <mingo@kernel.org>
Wed, 28 Mar 2012 18:02:39 +0000 (20:02 +0200)
commitfcb3240ce15d3dcab8d980e07681da7492ff135a
tree267934d8b0730cc27e86f9ecab203df910a50e71
parent49b681e1262264f1ea24f5f265a448e656ec4546
x86/apic/amd: Be more verbose about LVT offset assignments

Add information about LVT offset assignments to better debug firmware
bugs related to this. See following examples.

 # dmesg | grep -i 'offset\|ibs'
 LVT offset 0 assigned for vector 0xf9
 [Firmware Bug]: cpu 0, try to use APIC500 (LVT offset 0) for vector 0x10400, but the register is already in use for vector 0xf9 on another cpu
 [Firmware Bug]: cpu 0, IBS interrupt offset 0 not available (MSRC001103A=0x0000000000000100)
 Failed to setup IBS, -22

In this case the BIOS assigns both offsets for MCE (0xf9) and IBS
(0x400) vectors to offset 0, which is why the second APIC setup (IBS)
failed.

With correct setup you get:

 # dmesg | grep -i 'offset\|ibs'
 LVT offset 0 assigned for vector 0xf9
 LVT offset 1 assigned for vector 0x400
 IBS: LVT offset 1 assigned
 perf: AMD IBS detected (0x00000007)
 oprofile: AMD IBS detected (0x00000007)

Note: The vector includes also the message type to handle also NMIs
(0x400). In the firmware bug message the format is the same as of the
APIC500 register and includes the mask bit (bit 16) in addition.

Signed-off-by: Robert Richter <robert.richter@amd.com>
Signed-off-by: Ingo Molnar <mingo@kernel.org>
arch/x86/kernel/apic/apic.c