[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <tip-7f99d946e71e71d484b7543b49e990508e70d0c0@git.kernel.org>
Date: Tue, 14 Dec 2010 01:17:04 GMT
From: tip-bot for Suresh Siddha <suresh.b.siddha@...el.com>
To: linux-tip-commits@...r.kernel.org
Cc: linux-kernel@...r.kernel.org, hpa@...or.com, mingo@...hat.com,
chrisw@...s-sol.org, suresh.b.siddha@...el.com, tglx@...utronix.de,
hpa@...ux.intel.com
Subject: [tip:x86/urgent] x86, vt-d: Handle previous faults after enabling fault handling
Commit-ID: 7f99d946e71e71d484b7543b49e990508e70d0c0
Gitweb: http://git.kernel.org/tip/7f99d946e71e71d484b7543b49e990508e70d0c0
Author: Suresh Siddha <suresh.b.siddha@...el.com>
AuthorDate: Tue, 30 Nov 2010 22:22:29 -0800
Committer: H. Peter Anvin <hpa@...ux.intel.com>
CommitDate: Mon, 13 Dec 2010 16:53:57 -0800
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@...el.com>
LKML-Reference: <20101201062244.630417138@...el.com>
Cc: stable@...nel.org [v2.6.32+]
Acked-by: Chris Wright <chrisw@...s-sol.org>
Signed-off-by: H. Peter Anvin <hpa@...ux.intel.com>
---
drivers/pci/dmar.c | 5 +++++
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/pci/dmar.c b/drivers/pci/dmar.c
index 0157708..09933eb 100644
--- a/drivers/pci/dmar.c
+++ b/drivers/pci/dmar.c
@@ -1417,6 +1417,11 @@ int __init enable_drhd_fault_handling(void)
(unsigned long long)drhd->reg_base_addr, ret);
return -1;
}
+
+ /*
+ * Clear any previous faults.
+ */
+ dmar_fault(iommu->irq, iommu);
}
return 0;
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists