diff options
author | Suresh Siddha <suresh.b.siddha@intel.com> | 2010-11-30 22:22:29 -0800 |
---|---|---|
committer | H. Peter Anvin <hpa@linux.intel.com> | 2010-12-13 16:53:57 -0800 |
commit | 7f99d946e71e71d484b7543b49e990508e70d0c0 (patch) | |
tree | e6e05d2fdb03474bf7135adb950de9a6d49519cf /arch/x86 | |
parent | 7f7fbf45c6b748074546f7f16b9488ca71de99c1 (diff) | |
download | talos-obmc-linux-7f99d946e71e71d484b7543b49e990508e70d0c0.tar.gz talos-obmc-linux-7f99d946e71e71d484b7543b49e990508e70d0c0.zip |
x86, vt-d: Handle previous faults after enabling fault handling
Fault handling is getting enabled after enabling the interrupt-remapping (as
the success of interrupt-remapping can affect the apic mode and hence the
fault handling mode).
Hence there can potentially be some faults between the window of enabling
interrupt-remapping in the vt-d and the fault-handling of the vt-d units.
Handle any previous faults after enabling the vt-d fault handling.
For v2.6.38 cleanup, need to check if we can remove the dmar_fault() in the
enable_intr_remapping() and see if we can enable fault handling along with
enabling intr-remapping.
Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
LKML-Reference: <20101201062244.630417138@intel.com>
Cc: stable@kernel.org [v2.6.32+]
Acked-by: Chris Wright <chrisw@sous-sol.org>
Signed-off-by: H. Peter Anvin <hpa@linux.intel.com>
Diffstat (limited to 'arch/x86')
0 files changed, 0 insertions, 0 deletions