blob: ecdde25d0d18118c30d8a6e48248d85a81c656a1 [file] [log] [blame]
Fenghua Yu62fdd762008-10-17 12:14:13 -07001/*
2 * Dynamic DMA mapping support.
3 */
4
5#include <linux/types.h>
6#include <linux/mm.h>
7#include <linux/string.h>
8#include <linux/pci.h>
9#include <linux/module.h>
10#include <linux/dmar.h>
11#include <asm/iommu.h>
12#include <asm/machvec.h>
13#include <linux/dma-mapping.h>
14
Fenghua Yu62fdd762008-10-17 12:14:13 -070015#include <asm/system.h>
16
17#ifdef CONFIG_DMAR
18
19#include <linux/kernel.h>
Fenghua Yu62fdd762008-10-17 12:14:13 -070020
21#include <asm/page.h>
Fenghua Yu62fdd762008-10-17 12:14:13 -070022
23dma_addr_t bad_dma_address __read_mostly;
24EXPORT_SYMBOL(bad_dma_address);
25
26static int iommu_sac_force __read_mostly;
27
28int no_iommu __read_mostly;
29#ifdef CONFIG_IOMMU_DEBUG
30int force_iommu __read_mostly = 1;
31#else
32int force_iommu __read_mostly;
33#endif
34
Fenghua Yuaed5d5f2009-04-30 17:57:11 -070035int iommu_pass_through;
36
Fenghua Yu62fdd762008-10-17 12:14:13 -070037/* Dummy device used for NULL arguments (normally ISA). Better would
38 be probably a smaller DMA mask, but this is bug-to-bug compatible
39 to i386. */
40struct device fallback_dev = {
Kay Sievers48ef2bb2009-01-06 10:44:40 -080041 .init_name = "fallback device",
Yang Hongyang284901a2009-04-06 19:01:15 -070042 .coherent_dma_mask = DMA_BIT_MASK(32),
Fenghua Yu62fdd762008-10-17 12:14:13 -070043 .dma_mask = &fallback_dev.coherent_dma_mask,
44};
45
FUJITA Tomonori160c1d82009-01-05 23:59:02 +090046extern struct dma_map_ops intel_dma_ops;
Fenghua Yu62fdd762008-10-17 12:14:13 -070047
48static int __init pci_iommu_init(void)
49{
50 if (iommu_detected)
51 intel_iommu_init();
52
53 return 0;
54}
55
56/* Must execute after PCI subsystem */
57fs_initcall(pci_iommu_init);
58
59void pci_iommu_shutdown(void)
60{
61 return;
62}
63
64void __init
65iommu_dma_init(void)
66{
67 return;
68}
69
Fenghua Yu62fdd762008-10-17 12:14:13 -070070int iommu_dma_supported(struct device *dev, u64 mask)
71{
FUJITA Tomonori160c1d82009-01-05 23:59:02 +090072 struct dma_map_ops *ops = platform_dma_get_ops(dev);
Fenghua Yu62fdd762008-10-17 12:14:13 -070073
FUJITA Tomonori160c1d82009-01-05 23:59:02 +090074 if (ops->dma_supported)
75 return ops->dma_supported(dev, mask);
Fenghua Yu62fdd762008-10-17 12:14:13 -070076
77 /* Copied from i386. Doesn't make much sense, because it will
78 only work for pci_alloc_coherent.
79 The caller just has to use GFP_DMA in this case. */
Yang Hongyang2f4f27d2009-04-06 19:01:18 -070080 if (mask < DMA_BIT_MASK(24))
Fenghua Yu62fdd762008-10-17 12:14:13 -070081 return 0;
82
83 /* Tell the device to use SAC when IOMMU force is on. This
84 allows the driver to use cheaper accesses in some cases.
85
86 Problem with this is that if we overflow the IOMMU area and
87 return DAC as fallback address the device may not handle it
88 correctly.
89
90 As a special case some controllers have a 39bit address
91 mode that is as efficient as 32bit (aic79xx). Don't force
92 SAC for these. Assume all masks <= 40 bits are of this
93 type. Normally this doesn't make any difference, but gives
94 more gentle handling of IOMMU overflow. */
Yang Hongyang50cf1562009-04-06 19:01:14 -070095 if (iommu_sac_force && (mask >= DMA_BIT_MASK(40))) {
Fenghua Yu62fdd762008-10-17 12:14:13 -070096 dev_info(dev, "Force SAC with mask %lx\n", mask);
97 return 0;
98 }
99
100 return 1;
101}
102EXPORT_SYMBOL(iommu_dma_supported);
103
FUJITA Tomonori160c1d82009-01-05 23:59:02 +0900104void __init pci_iommu_alloc(void)
105{
106 dma_ops = &intel_dma_ops;
107
108 dma_ops->sync_single_for_cpu = machvec_dma_sync_single;
109 dma_ops->sync_sg_for_cpu = machvec_dma_sync_sg;
110 dma_ops->sync_single_for_device = machvec_dma_sync_single;
111 dma_ops->sync_sg_for_device = machvec_dma_sync_sg;
112 dma_ops->dma_supported = iommu_dma_supported;
FUJITA Tomonori160c1d82009-01-05 23:59:02 +0900113
114 /*
115 * The order of these functions is important for
116 * fall-back/fail-over reasons
117 */
118 detect_intel_iommu();
119
120#ifdef CONFIG_SWIOTLB
121 pci_swiotlb_init();
122#endif
123}
124
Fenghua Yu62fdd762008-10-17 12:14:13 -0700125#endif