* [PATCH] iommu virtual merge no longer experimental
@ 2007-07-17 16:09 Linas Vepstas
2007-07-17 20:56 ` Benjamin Herrenschmidt
0 siblings, 1 reply; 2+ messages in thread
From: Linas Vepstas @ 2007-07-17 16:09 UTC (permalink / raw)
To: paulus; +Cc: linuxppc-dev, Benjamin Herrenschmidt, Arnd Bergmann, Tim Schimke
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 te defconfigs for quite a while.
Signed-off-by: Linas Vepstas <linas@austin.ibm.com>
----
arch/powerpc/Kconfig | 11 ++++++-----
1 file changed, 6 insertions(+), 5 deletions(-)
Index: linux-2.6.22-git2/arch/powerpc/Kconfig
===================================================================
--- linux-2.6.22-git2.orig/arch/powerpc/Kconfig 2007-07-08 18:32:17.000000000 -0500
+++ linux-2.6.22-git2/arch/powerpc/Kconfig 2007-07-17 11:08:18.000000000 -0500
@@ -430,16 +430,17 @@ config MATH_EMULATION
instructions to run.
config IOMMU_VMERGE
- bool "Enable IOMMU virtual merging (EXPERIMENTAL)"
- depends on EXPERIMENTAL && PPC64
- default n
+ bool "Enable IOMMU virtual merging"
+ depends on PPC64
+ default y
help
Cause IO segments sent to a device for DMA to be merged virtually
by the IOMMU when they happen to have been allocated contiguously.
This doesn't add pressure to the IOMMU allocator. However, some
drivers don't support getting large merged segments coming back
- from *_map_sg(). Say Y if you know the drivers you are using are
- properly handling this case.
+ from *_map_sg().
+
+ Most drivers don't have this problem; it is safe to say Y here.
config HOTPLUG_CPU
bool "Support for enabling/disabling CPUs"
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH] iommu virtual merge no longer experimental
2007-07-17 16:09 [PATCH] iommu virtual merge no longer experimental Linas Vepstas
@ 2007-07-17 20:56 ` Benjamin Herrenschmidt
0 siblings, 0 replies; 2+ messages in thread
From: Benjamin Herrenschmidt @ 2007-07-17 20:56 UTC (permalink / raw)
To: Linas Vepstas; +Cc: linuxppc-dev, paulus, Arnd Bergmann, Tim Schimke
On Tue, 2007-07-17 at 11:09 -0500, Linas Vepstas wrote:
> 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 te 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(-)
>
> Index: linux-2.6.22-git2/arch/powerpc/Kconfig
> ===================================================================
> --- linux-2.6.22-git2.orig/arch/powerpc/Kconfig 2007-07-08 18:32:17.000000000 -0500
> +++ linux-2.6.22-git2/arch/powerpc/Kconfig 2007-07-17 11:08:18.000000000 -0500
> @@ -430,16 +430,17 @@ config MATH_EMULATION
> instructions to run.
>
> config IOMMU_VMERGE
> - bool "Enable IOMMU virtual merging (EXPERIMENTAL)"
> - depends on EXPERIMENTAL && PPC64
> - default n
> + bool "Enable IOMMU virtual merging"
> + depends on PPC64
> + default y
> help
> Cause IO segments sent to a device for DMA to be merged virtually
> by the IOMMU when they happen to have been allocated contiguously.
> This doesn't add pressure to the IOMMU allocator. However, some
> drivers don't support getting large merged segments coming back
> - from *_map_sg(). Say Y if you know the drivers you are using are
> - properly handling this case.
> + from *_map_sg().
> +
> + Most drivers don't have this problem; it is safe to say Y here.
>
> config HOTPLUG_CPU
> bool "Support for enabling/disabling CPUs"
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2007-07-17 20:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-07-17 16:09 [PATCH] iommu virtual merge no longer experimental Linas Vepstas
2007-07-17 20:56 ` Benjamin Herrenschmidt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).