aboutsummaryrefslogtreecommitdiffstats
path: root/arch/powerpc/Kconfig
diff options
context:
space:
mode:
authorLinas Vepstas <linas@austin.ibm.com>2007-07-17 12:09:35 -0400
committerPaul Mackerras <paulus@samba.org>2007-09-13 11:33:19 -0400
commit768cc2d3b2768ca34f254e8190f1f9e297b09ad4 (patch)
tree36a6d158b0dcca31991c5491cae613eafa7ae143 /arch/powerpc/Kconfig
parentb2315372eac9cd9f622c32a93e323cf6f0f03462 (diff)
[POWERPC] IOMMU virtual merge is no longer experimental
Per conversations with BenH, IOMMU virtual merging should no longer be considered to be an "experimental" feature. In particular, CONFIG_VMERGE has been set to "y" in the defconfigs for quite a while. Signed-off-by: Linas Vepstas <linas@austin.ibm.com> Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> ---- arch/powerpc/Kconfig | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) Signed-off-by: Paul Mackerras <paulus@samba.org>
Diffstat (limited to 'arch/powerpc/Kconfig')
-rw-r--r--arch/powerpc/Kconfig11
1 files changed, 6 insertions, 5 deletions
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 00099efe0e9f..66a329534b5e 100644
--- a/arch/powerpc/Kconfig
+++ b/arch/powerpc/Kconfig
@@ -181,16 +181,17 @@ config MATH_EMULATION
181 instructions to run. 181 instructions to run.
182 182
183config IOMMU_VMERGE 183config IOMMU_VMERGE
184 bool "Enable IOMMU virtual merging (EXPERIMENTAL)" 184 bool "Enable IOMMU virtual merging"
185 depends on EXPERIMENTAL && PPC64 185 depends on PPC64
186 default n 186 default y
187 help 187 help
188 Cause IO segments sent to a device for DMA to be merged virtually 188 Cause IO segments sent to a device for DMA to be merged virtually
189 by the IOMMU when they happen to have been allocated contiguously. 189 by the IOMMU when they happen to have been allocated contiguously.
190 This doesn't add pressure to the IOMMU allocator. However, some 190 This doesn't add pressure to the IOMMU allocator. However, some
191 drivers don't support getting large merged segments coming back 191 drivers don't support getting large merged segments coming back
192 from *_map_sg(). Say Y if you know the drivers you are using are 192 from *_map_sg().
193 properly handling this case. 193
194 Most drivers don't have this problem; it is safe to say Y here.
194 195
195config HOTPLUG_CPU 196config HOTPLUG_CPU
196 bool "Support for enabling/disabling CPUs" 197 bool "Support for enabling/disabling CPUs"