linux-toradex.git/include/net/netdma.h, branch v3.1.1 Linux kernel for Apalis and Colibri modules net_dma: convert to dma_find_channel 2009-01-06T18:38:15+00:00 Dan Williams dan.j.williams@intel.com 2009-01-06T18:38:15+00:00 f67b45999205164958de4ec0658d51fa4bee066d Use the general-purpose channel allocation provided by dmaengine. Reviewed-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Dan Williams <dan.j.williams@intel.com> 
Use the general-purpose channel allocation provided by dmaengine.

Reviewed-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
dmaengine: up-level reference counting to the module level 2009-01-06T18:38:14+00:00 Dan Williams dan.j.williams@intel.com 2009-01-06T18:38:14+00:00 6f49a57aa5a0c6d4e4e27c85f7af6c83325a12d1 Simply, if a client wants any dmaengine channel then prevent all dmaengine modules from being removed. Once the clients are done re-enable module removal. Why?, beyond reducing complication: 1/ Tracking reference counts per-transaction in an efficient manner, as is currently done, requires a complicated scheme to avoid cache-line bouncing effects. 2/ Per-transaction ref-counting gives the false impression that a dma-driver can be gracefully removed ahead of its user (net, md, or dma-slave) 3/ None of the in-tree dma-drivers talk to hot pluggable hardware, but if such an engine were built one day we still would not need to notify clients of remove events. The driver can simply return NULL to a ->prep() request, something that is much easier for a client to handle. Reviewed-by: Andrew Morton <akpm@linux-foundation.org> Acked-by: Maciej Sosnowski <maciej.sosnowski@intel.com> Signed-off-by: Dan Williams <dan.j.williams@intel.com> 
Simply, if a client wants any dmaengine channel then prevent all dmaengine
modules from being removed.  Once the clients are done re-enable module
removal.

Why?, beyond reducing complication:
1/ Tracking reference counts per-transaction in an efficient manner, as
   is currently done, requires a complicated scheme to avoid cache-line
   bouncing effects.
2/ Per-transaction ref-counting gives the false impression that a
   dma-driver can be gracefully removed ahead of its user (net, md, or
   dma-slave)
3/ None of the in-tree dma-drivers talk to hot pluggable hardware, but
   if such an engine were built one day we still would not need to notify
   clients of remove events.  The driver can simply return NULL to a
   ->prep() request, something that is much easier for a client to handle.

Reviewed-by: Andrew Morton <akpm@linux-foundation.org>
Acked-by: Maciej Sosnowski <maciej.sosnowski@intel.com>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Remove all inclusions of <linux/config.h> 2006-10-04T07:38:54+00:00 Dave Jones davej@redhat.com 2006-10-04T07:38:54+00:00 038b0a6d8d32db934bba6a24e74e76e4e327a94f kbuild explicitly includes this at build time. Signed-off-by: Dave Jones <davej@redhat.com> 
kbuild explicitly includes this at build time.

Signed-off-by: Dave Jones <davej@redhat.com>
[NET]: Fix more per-cpu typos 2006-08-02T22:02:31+00:00 Alexey Dobriyan adobriyan@gmail.com 2006-08-02T22:02:31+00:00 29bbd72d6ee1dbf2d9f00d022f8e999aa528fb3a Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: David S. Miller <davem@davemloft.net> 
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
[I/OAT]: net/core/user_dma.c should #include <net/netdma.h> 2006-07-21T21:49:49+00:00 Adrian Bunk bunk@stusta.de 2006-07-21T21:49:49+00:00 64d2f0855e50a7185546ee1fbc03c2badc31330f Every file should #include the headers containing the prototypes for its global functions. Especially in cases like this one where gcc can tell us through a compile error that the prototype was wrong... Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: David S. Miller <davem@davemloft.net> 
Every file should #include the headers containing the prototypes for
its global functions.

Especially in cases like this one where gcc can tell us through a
compile error that the prototype was wrong...

Signed-off-by: Adrian Bunk <bunk@stusta.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
[I/OAT]: Utility functions for offloading sk_buff to iovec copies 2006-06-18T04:25:46+00:00 Chris Leech christopher.leech@intel.com 2006-05-24T00:50:37+00:00 de5506e155276d385712c2aa1c2d9a27cd4ed947 Provides for pinning user space pages in memory, copying to iovecs, and copying from sk_buffs including fragmented and chained sk_buffs. Signed-off-by: Chris Leech <christopher.leech@intel.com> Signed-off-by: David S. Miller <davem@davemloft.net> 
Provides for pinning user space pages in memory, copying to iovecs,
and copying from sk_buffs including fragmented and chained sk_buffs.

Signed-off-by: Chris Leech <christopher.leech@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
[I/OAT]: Setup the networking subsystem as a DMA client 2006-06-18T04:24:58+00:00 Chris Leech christopher.leech@intel.com 2006-06-18T04:24:58+00:00 db21733488f84a596faaad0d05430b3f51804692 Attempts to allocate per-CPU DMA channels Signed-off-by: Chris Leech <christopher.leech@intel.com> Signed-off-by: David S. Miller <davem@davemloft.net> 
Attempts to allocate per-CPU DMA channels

Signed-off-by: Chris Leech <christopher.leech@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>