diff options
| author | Suresh Siddha <suresh.b.siddha@intel.com> | 2012-03-12 22:36:33 +0400 |
|---|---|---|
| committer | Ingo Molnar <mingo@elte.hu> | 2012-03-13 08:52:02 +0400 |
| commit | 73d63d038ee9f769f5e5b46792d227fe20e442c5 (patch) | |
| tree | 8d595eccf1d62bc212ee6bf362e4ee2bf38bd3df /arch/x86/mm | |
| parent | a5c2edf5765a6efedfd862bce6c616bfec46306a (diff) | |
| download | linux-73d63d038ee9f769f5e5b46792d227fe20e442c5.tar.xz | |
x86/ioapic: Add register level checks to detect bogus io-apic entries
With the recent changes to clear_IO_APIC_pin() which tries to
clear remoteIRR bit explicitly, some of the users started to see
"Unable to reset IRR for apic .." messages.
Close look shows that these are related to bogus IO-APIC entries
which return's all 1's for their io-apic registers. And the
above mentioned error messages are benign. But kernel should
have ignored such io-apic's in the first place.
Check if register 0, 1, 2 of the listed io-apic are all 1's and
ignore such io-apic.
Reported-by: Álvaro Castillo <midgoon@gmail.com>
Tested-by: Jon Dufresne <jon@jondufresne.org>
Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
Cc: yinghai@kernel.org
Cc: kernel-team@fedoraproject.org
Cc: Josh Boyer <jwboyer@redhat.com>
Cc: <stable@kernel.org>
Link: http://lkml.kernel.org/r/1331577393.31585.94.camel@sbsiddha-desk.sc.intel.com
[ Performed minor cleanup of affected code. ]
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'arch/x86/mm')
0 files changed, 0 insertions, 0 deletions