[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200711221920.52137.david-b@pacbell.net>
Date: Thu, 22 Nov 2007 19:20:51 -0800
From: David Brownell <david-b@...bell.net>
To: Haavard Skinnemoen <hskinnemoen@...el.com>,
Shannon Nelson <shannon.nelson@...el.com>,
Dan Williams <dan.j.williams@...el.com>
Cc: linux-kernel@...r.kernel.org, kernel@...32linux.org,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH] dmaengine: Driver for the AVR32 DMACA controller
On Tuesday 20 November 2007, Haavard Skinnemoen wrote:
> This patch depends on "DMA: Correct invalid assumptions in the Kconfig
> text" (without the part that adds AVR32 to the dependency list) and
> "DMAENGINE: Convert from class_device to device".
That regression fix still doesn't seem to be merged, or
even in the MM tree.
Here's a tweaked version of what Haavard sent.
- Dave
======== CUT HERE
From: Haavard Skinnemoen <hskinnemoen@...el.com>
This patch corrects recently changed (and now invalid) Kconfig
descriptions for the DMA engine framework:
- Non-Intel(R) hardware also has DMA engines;
- DMA is used for more than memcpy and RAID offloading.
In fact, on most platforms memcpy and RAID aren't factors, and DMA
exists so that peripherals can transfer data to/from memory while
the CPU does other work.
Signed-off-by: Haavard Skinnemoen <hskinnemoen@...el.com>
Signed-off-by: David Brownell <dbrownell@...rs.sourceforge.net>
---
drivers/dma/Kconfig | 8 +++++---
1 file changed, 5 insertions(+), 3 deletions(-)
--- g26.orig/drivers/dma/Kconfig 2007-10-30 23:58:27.000000000 -0700
+++ g26/drivers/dma/Kconfig 2007-11-22 17:43:33.000000000 -0800
@@ -3,11 +3,13 @@
#
menuconfig DMADEVICES
- bool "DMA Offload Engine support"
+ bool "DMA Engine support"
depends on (PCI && X86) || ARCH_IOP32X || ARCH_IOP33X || ARCH_IOP13XX
help
- Intel(R) offload engines enable offloading memory copies in the
- network stack and RAID operations in the MD driver.
+ DMA engines can do asynchronous data transfers without
+ involving the host CPU. Currently, this framework can be
+ used to offload memory copies in the network stack and
+ RAID operations in the MD driver.
if DMADEVICES
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists