The code was recently changed to work for builds with a 64 bit
dma_addr_t, but the printk unconditionally uses a format
string for an "long" variable, which is always wrong as
the dma_add_t is now either 'unsigned int' or 'unsigned long long'
depending on configuration.

The easiest solution is to cast the variable to u64 and print
it as a 64 bit value.

Signed-off-by: Arnd Bergmann <a...@arndb.de>
Cc: Varun Sethi <varun.se...@freescale.com>
Cc: Joerg Roedel <j...@8bytes.org>
---
 drivers/iommu/tegra-gart.c | 3 ++-
 drivers/iommu/tegra-smmu.c | 2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/drivers/iommu/tegra-gart.c b/drivers/iommu/tegra-gart.c
index 4aec8be..ebbdd82 100644
--- a/drivers/iommu/tegra-gart.c
+++ b/drivers/iommu/tegra-gart.c
@@ -295,7 +295,8 @@ static phys_addr_t gart_iommu_iova_to_phys(struct 
iommu_domain *domain,
 
        pa = (pte & GART_PAGE_MASK);
        if (!pfn_valid(__phys_to_pfn(pa))) {
-               dev_err(gart->dev, "No entry for %08lx:%08x\n", iova, pa);
+               dev_err(gart->dev, "No entry for %08llx:%pa\n",
+                               (u64)iova, &pa);
                gart_dump_table(gart);
                return -EINVAL;
        }
diff --git a/drivers/iommu/tegra-smmu.c b/drivers/iommu/tegra-smmu.c
index bc9b599..ef2a120 100644
--- a/drivers/iommu/tegra-smmu.c
+++ b/drivers/iommu/tegra-smmu.c
@@ -772,7 +772,7 @@ static phys_addr_t smmu_iommu_iova_to_phys(struct 
iommu_domain *domain,
        pfn = *pte & SMMU_PFN_MASK;
        WARN_ON(!pfn_valid(pfn));
        dev_dbg(as->smmu->dev,
-               "iova:%08lx pfn:%08lx asid:%d\n", iova, pfn, as->asid);
+               "iova:%08llx pfn:%08lx asid:%d\n", (u64)iova, pfn, as->asid);
 
        spin_unlock_irqrestore(&as->lock, flags);
        return PFN_PHYS(pfn);
-- 
1.8.1.2

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to