| commit | b9a3b4d1453689f2927668fcdc4827fdccf44d1b | |
| author | Olof Johansson <olof@lixom.net> | |
| Thu, 10 May 2007 04:00:20 +0000 (9 23:00 -0500) | ||
| committer | Jeff Garzik <jeff@garzik.org> | |
| Fri, 11 May 2007 22:18:39 +0000 (11 18:18 -0400) | ||
| tree | bf9d3841ce75aa1d2a413d95bc80b6fc73321c2b | treesnapshot (tar.gz zip) |
| parent | b196fc69f7be7b4454781add9c2d5173f44d509b | commitdiff |
pata_platform: don't use generic ata_port_start
I have a system where I have a simple IDE controller that sits on a
local bus without bus master dma capability, and thus no dma_mapping
ops defined for the device/bus.
pata_platform works great for me, with the exception of using the generic
ata_port_start which tries to do a dmam_alloc_coherent.
Looks like it doesn't need to allocate a prd table at all, so replace it
with a dummy function instead.
Signed-off-by: Olof Johansson <olof@lixom.net>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
I have a system where I have a simple IDE controller that sits on a
local bus without bus master dma capability, and thus no dma_mapping
ops defined for the device/bus.
pata_platform works great for me, with the exception of using the generic
ata_port_start which tries to do a dmam_alloc_coherent.
Looks like it doesn't need to allocate a prd table at all, so replace it
with a dummy function instead.
Signed-off-by: Olof Johansson <olof@lixom.net>
Signed-off-by: Jeff Garzik <jeff@garzik.org>
| drivers/ata/pata_platform.c | diffblobblamehistory |