linux.git/arch/powerpc/kernel/dma.c, branch v2.6.32

powerpc: Rename get_dma_direct_offset get_dma_offset

2009-09-24T05:31:43+00:00

The former is no longer really accurate with the swiotlb case now
a possibility.  I also move it into dma-mapping.h - it no longer
needs to be in dma.c, and there are about to be some more accessors
that should all end up in the same place.  A comment is added to
indicate that this function is not used in configs where there is no
simple dma offset, such as the iommu case.

Signed-off-by: Becky Bruce 
Signed-off-by: Benjamin Herrenschmidt

powerpc: Add CONFIG_DMA_API_DEBUG support

2009-08-28T04:24:11+00:00

Signed-off-by: FUJITA Tomonori 
Signed-off-by: Benjamin Herrenschmidt

powerpc: use dma_map_ops struct

2009-08-28T04:24:10+00:00

This converts uses dma_map_ops struct (in include/linux/dma-mapping.h)
instead of POWERPC homegrown dma_mapping_ops.

Signed-off-by: FUJITA Tomonori 
Acked-by: Becky Bruce 
Signed-off-by: Benjamin Herrenschmidt

powerpc/dma: pci_set_dma_mask() shouldn't fail if mask fits in RAM

2009-08-10T06:36:38+00:00

On an iMac G5, the b43 driver is failing to initialise because trying to
set the dma mask to 30-bit fails. Even though there's only 512MiB of RAM
in the machine anyway:
	https://bugzilla.redhat.com/show_bug.cgi?id=514787

We should probably let it succeed if the available RAM in the system
doesn't exceed the requested limit.

Signed-off-by: David Woodhouse 
Signed-off-by: Benjamin Herrenschmidt

powerpc: Add support for swiotlb on 32-bit

2009-06-09T06:49:18+00:00

This patch includes the basic infrastructure to use swiotlb
bounce buffering on 32-bit powerpc.  It is not yet enabled on
any platforms.  Probably the most interesting bit is the
addition of addr_needs_map to dma_ops - we need this as
a dma_op because the decision of whether or not an addr
can be mapped by a device is device-specific.

Signed-off-by: Becky Bruce 
Acked-by: Kumar Gala 
Signed-off-by: Benjamin Herrenschmidt

powerpc: Fix up dma_alloc_coherent() on platforms without cache coherency.

2009-05-27T06:33:59+00:00

The implementation we just revived has issues, such as using a
Kconfig-defined virtual address area in kernel space that nothing
actually carves out (and thus will overlap whatever is there),
or having some dependencies on being self contained in a single
PTE page which adds unnecessary constraints on the kernel virtual
address space.

This fixes it by using more classic PTE accessors and automatically
locating the area for consistent memory, carving an appropriate hole
in the kernel virtual address space, leaving only the size of that
area as a Kconfig option. It also brings some dma-mask related fixes
from the ARM implementation which was almost identical initially but
grew its own fixes.

Signed-off-by: Benjamin Herrenschmidt

dma-mapping: replace all DMA_32BIT_MASK macro with DMA_BIT_MASK(32)

2009-04-07T15:31:11+00:00

Replace all DMA_32BIT_MASK macro with DMA_BIT_MASK(32)

Signed-off-by: Yang Hongyang
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

powerpc: Add sync__for_ to dma_ops

2008-12-03T09:46:36+00:00

We need to swap these out once we start using swiotlb, so add
them to dma_ops.  Create CONFIG_PPC_NEED_DMA_SYNC_OPS Kconfig
option; this is currently enabled automatically if we're
CONFIG_NOT_COHERENT_CACHE.  In the future, this will also
be enabled for builds that need swiotlb.  If PPC_NEED_DMA_SYNC_OPS
is not defined, the dma_sync_*_for_* ops compile to nothing.
Otherwise, they access the dma_ops pointers for the sync ops.

This patch also changes dma_sync_single_range_* to actually
sync the range - previously it was using a generous
dma_sync_single.  dma_sync_single_* is now implemented
as a dma_sync_single_range with an offset of 0.

Signed-off-by: Becky Bruce 
Signed-off-by: Paul Mackerras

powerpc: Fix dma_map_sg() cache flushing on non coherent platforms

2008-12-03T07:24:08+00:00

On PowerPC 4xx or other non cache-coherent platforms, we lost the
appropriate cache flushing in dma_map_sg() when merging the 32 and
64-bit DMA code (commit 4fc665b88a79a45bae8bbf3a05563c27c7337c3d,
"powerpc: Merge 32 and 64-bit dma code").  This restores it.

Signed-off-by: Benjamin Herrenschmidt 
Acked-by: Becky Bruce 
Signed-off-by: Paul Mackerras

powerpc: Fix DMA offset for non-coherent DMA

2008-10-13T23:35:26+00:00

After Becky's work we can almost have different DMA offsets
between on-chip devices and PCI. Almost because there's a
problem with the non-coherent DMA code that basically ignores
the programmed offset to use the global one for everything.
This fixes it.

Signed-off-by: Benjamin Herrenschmidt