From: Bjorn Helgaas <bhelgaas@google.com>
To: David Woodhouse <dwmw2@infradead.org>
Cc: linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org,
Ingo Molnar <mingo@elte.hu>,
Suresh Siddha <suresh.b.siddha@intel.com>
Subject: [PATCH 2/2] iommu: Request IOMMU CSR space
Date: Fri, 18 May 2012 17:18:37 -0600 [thread overview]
Message-ID: <20120518231837.31187.29401.stgit@bhelgaas.mtv.corp.google.com> (raw)
In-Reply-To: <20120518231238.31187.44571.stgit@bhelgaas.mtv.corp.google.com>
Request the IOMMU CSR MMIO region to keep anybody else from claiming it
while we're using it.
The bug referenced below is a crash that happened when we assigned an
address in the IOMMU CSR area to a PCI BAR. This patch just changes
the IOMMU driver, which only helps when the driver is present, so a
BIOS change is also necessary. But the driver should claim the space
it uses in any event.
Reference: https://bugzilla.novell.com/show_bug.cgi?id=760440
Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
---
drivers/iommu/dmar.c | 41 ++++++++++++++++++++++++++++++++---------
include/linux/intel-iommu.h | 2 ++
2 files changed, 34 insertions(+), 9 deletions(-)
diff --git a/drivers/iommu/dmar.c b/drivers/iommu/dmar.c
index 35c1e17..e4ac23a 100644
--- a/drivers/iommu/dmar.c
+++ b/drivers/iommu/dmar.c
@@ -581,6 +581,7 @@ int __init detect_intel_iommu(void)
int alloc_iommu(struct dmar_drhd_unit *drhd)
{
struct intel_iommu *iommu;
+ struct resource *res;
int map_size;
u32 ver;
static int iommu_allocated = 0;
@@ -599,11 +600,20 @@ int alloc_iommu(struct dmar_drhd_unit *drhd)
iommu->seq_id = iommu_allocated++;
sprintf (iommu->name, "dmar%d", iommu->seq_id);
- iommu->reg = ioremap(drhd->reg_base_addr, VTD_PAGE_SIZE);
- if (!iommu->reg) {
- printk(KERN_ERR "IOMMU: can't map the region\n");
+ iommu->reg_base = drhd->reg_base_addr;
+ iommu->reg_size = VTD_PAGE_SIZE;
+ res = request_mem_region(iommu->reg_base, iommu->reg_size, iommu->name);
+ if (!res) {
+ printk(KERN_ERR "IOMMU: can't request [mem %#010llx-%#010llx]\n",
+ iommu->reg_base, iommu->reg_base + iommu->reg_size - 1);
goto error;
}
+
+ iommu->reg = ioremap(iommu->reg_base, iommu->reg_size);
+ if (!iommu->reg) {
+ printk(KERN_ERR "IOMMU: can't map %pR\n", res);
+ goto err_release;
+ }
iommu->cap = dmar_readq(iommu->reg + DMAR_CAP_REG);
iommu->ecap = dmar_readq(iommu->reg + DMAR_ECAP_REG);
@@ -637,17 +647,26 @@ int alloc_iommu(struct dmar_drhd_unit *drhd)
map_size = VTD_PAGE_ALIGN(map_size);
if (map_size > VTD_PAGE_SIZE) {
iounmap(iommu->reg);
- iommu->reg = ioremap(drhd->reg_base_addr, map_size);
+ release_mem_region(iommu->reg_base, iommu->reg_size);
+ iommu->reg_size = map_size;
+ res = request_mem_region(iommu->reg_base, iommu->reg_size,
+ iommu->name);
+ if (!res) {
+ printk(KERN_ERR "IOMMU: can't request [mem %#010llx-%#010llx]\n",
+ iommu->reg_base,
+ iommu->reg_base + iommu->reg_size - 1);
+ goto error;
+ }
+ iommu->reg = ioremap(iommu->reg_base, iommu->reg_size);
if (!iommu->reg) {
- printk(KERN_ERR "IOMMU: can't map the region\n");
+ printk(KERN_ERR "IOMMU: can't map %pR\n", res);
goto error;
}
}
ver = readl(iommu->reg + DMAR_VER_REG);
- pr_info("IOMMU %d: reg_base_addr %llx ver %d:%d cap %llx ecap %llx\n",
- iommu->seq_id,
- (unsigned long long)drhd->reg_base_addr,
+ pr_info("IOMMU %d: %pR ver %d:%d cap %llx ecap %llx\n",
+ iommu->seq_id, res,
DMAR_VER_MAJOR(ver), DMAR_VER_MINOR(ver),
(unsigned long long)iommu->cap,
(unsigned long long)iommu->ecap);
@@ -659,6 +678,8 @@ int alloc_iommu(struct dmar_drhd_unit *drhd)
err_unmap:
iounmap(iommu->reg);
+ err_release:
+ release_mem_region(iommu->reg_base, iommu->reg_size);
error:
kfree(iommu);
return -1;
@@ -671,8 +692,10 @@ void free_iommu(struct intel_iommu *iommu)
free_dmar_iommu(iommu);
- if (iommu->reg)
+ if (iommu->reg) {
iounmap(iommu->reg);
+ release_mem_region(iommu->reg_base, iommu->reg_size);
+ }
kfree(iommu);
}
diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h
index e6ca56d..911ded0 100644
--- a/include/linux/intel-iommu.h
+++ b/include/linux/intel-iommu.h
@@ -308,6 +308,8 @@ enum {
struct intel_iommu {
void __iomem *reg; /* Pointer to hardware regs, virtual addr */
+ phys_addr_t reg_base;
+ resource_size_t reg_size;
u64 cap;
u64 ecap;
u32 gcmd; /* Holds TE, EAFL. Don't need SRTP, SFL, WBF */
next prev parent reply other threads:[~2012-05-18 23:26 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-18 23:18 [PATCH 0/2] iommu: request " Bjorn Helgaas
2012-05-18 23:18 ` [PATCH 1/2] resources: set type of new resource returned by __request_region() Bjorn Helgaas
2012-05-21 13:04 ` Joerg Roedel
2012-05-21 13:52 ` Bjorn Helgaas
2012-05-23 10:40 ` Joerg Roedel
2012-05-18 23:18 ` Bjorn Helgaas [this message]
2012-05-21 13:15 ` [PATCH 2/2] iommu: Request IOMMU CSR space Joerg Roedel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120518231837.31187.29401.stgit@bhelgaas.mtv.corp.google.com \
--to=bhelgaas@google.com \
--cc=dwmw2@infradead.org \
--cc=iommu@lists.linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=suresh.b.siddha@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®