diff options
| author | Becky Bruce <becky.bruce@freescale.com> | 2008-09-12 10:34:46 +0000 |
|---|---|---|
| committer | Kumar Gala <galak@kernel.crashing.org> | 2008-09-24 16:26:45 -0500 |
| commit | 4fc665b88a79a45bae8bbf3a05563c27c7337c3d (patch) | |
| tree | ca668c2fab7c3a4d62b92174f4a5fcae2625cdd1 /lib/show_mem.c | |
| parent | 8fae0353247530d2124b2419052fa6120462fa99 (diff) | |
| download | op-kernel-dev-4fc665b88a79a45bae8bbf3a05563c27c7337c3d.zip op-kernel-dev-4fc665b88a79a45bae8bbf3a05563c27c7337c3d.tar.gz | |
powerpc: Merge 32 and 64-bit dma code
We essentially adopt the 64-bit dma code, with some changes to support
32-bit systems, including HIGHMEM. dma functions on 32-bit are now
invoked via accessor functions which call the correct op for a device based
on archdata dma_ops. If there is no archdata dma_ops, this defaults
to dma_direct_ops.
In addition, the dma_map/unmap_page functions are added to dma_ops
because we can't just fall back on map/unmap_single when HIGHMEM is
enabled. In the case of dma_direct_*, we stop using map/unmap_single
and just use the page version - this saves a lot of ugly
ifdeffing. We leave map/unmap_single in the dma_ops definition,
though, because they are needed by the iommu code, which does not
implement map/unmap_page. Ideally, going forward, we will completely
eliminate map/unmap_single and just have map/unmap_page, if it's
workable for 64-bit.
Signed-off-by: Becky Bruce <becky.bruce@freescale.com>
Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
Diffstat (limited to 'lib/show_mem.c')
0 files changed, 0 insertions, 0 deletions
