2005-04-16 15:20:36 -07:00
|
|
|
/*
|
2006-11-10 23:25:02 -07:00
|
|
|
* Copyright (C) 2006 Benjamin Herrenschmidt, IBM Corporation
|
2005-04-16 15:20:36 -07:00
|
|
|
*
|
2006-11-10 23:25:02 -07:00
|
|
|
* Provide default implementations of the DMA mapping callbacks for
|
2008-09-08 02:09:53 -07:00
|
|
|
* directly mapped busses.
|
2005-04-16 15:20:36 -07:00
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/dma-mapping.h>
|
2009-08-04 12:08:28 -07:00
|
|
|
#include <linux/dma-debug.h>
|
2009-08-09 23:36:38 -07:00
|
|
|
#include <linux/lmb.h>
|
2005-04-16 15:20:36 -07:00
|
|
|
#include <asm/bug.h>
|
2006-11-10 23:25:02 -07:00
|
|
|
#include <asm/abs_addr.h>
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2006-11-10 23:25:02 -07:00
|
|
|
/*
|
|
|
|
* Generic direct DMA implementation
|
2006-11-10 23:25:14 -07:00
|
|
|
*
|
2008-01-20 22:42:48 -07:00
|
|
|
* This implementation supports a per-device offset that can be applied if
|
|
|
|
* the address at which memory is visible to devices is not 0. Platform code
|
|
|
|
* can set archdata.dma_data to an unsigned long holding the offset. By
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
* default the offset is PCI_DRAM_OFFSET.
|
2006-11-10 23:25:02 -07:00
|
|
|
*/
|
2006-07-12 23:32:52 -07:00
|
|
|
|
2008-01-20 22:42:43 -07:00
|
|
|
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
void *dma_direct_alloc_coherent(struct device *dev, size_t size,
|
|
|
|
dma_addr_t *dma_handle, gfp_t flag)
|
2006-11-10 23:25:02 -07:00
|
|
|
{
|
2008-10-09 10:06:24 -07:00
|
|
|
void *ret;
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
#ifdef CONFIG_NOT_COHERENT_CACHE
|
2009-05-26 20:50:33 -07:00
|
|
|
ret = __dma_alloc_coherent(dev, size, dma_handle, flag);
|
2008-10-09 10:06:24 -07:00
|
|
|
if (ret == NULL)
|
|
|
|
return NULL;
|
2009-09-21 01:26:34 -07:00
|
|
|
*dma_handle += get_dma_offset(dev);
|
2008-10-09 10:06:24 -07:00
|
|
|
return ret;
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
#else
|
2006-11-10 23:25:16 -07:00
|
|
|
struct page *page;
|
2008-09-08 02:09:54 -07:00
|
|
|
int node = dev_to_node(dev);
|
2006-11-10 23:25:02 -07:00
|
|
|
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
/* ignore region specifiers */
|
|
|
|
flag &= ~(__GFP_HIGHMEM);
|
|
|
|
|
2006-11-10 23:25:16 -07:00
|
|
|
page = alloc_pages_node(node, flag, get_order(size));
|
|
|
|
if (page == NULL)
|
|
|
|
return NULL;
|
|
|
|
ret = page_address(page);
|
|
|
|
memset(ret, 0, size);
|
2009-09-21 01:26:34 -07:00
|
|
|
*dma_handle = virt_to_abs(ret) + get_dma_offset(dev);
|
2006-11-10 23:25:16 -07:00
|
|
|
|
2006-11-10 23:25:02 -07:00
|
|
|
return ret;
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
#endif
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
void dma_direct_free_coherent(struct device *dev, size_t size,
|
|
|
|
void *vaddr, dma_addr_t dma_handle)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
#ifdef CONFIG_NOT_COHERENT_CACHE
|
|
|
|
__dma_free_coherent(size, vaddr);
|
|
|
|
#else
|
2006-11-10 23:25:02 -07:00
|
|
|
free_pages((unsigned long)vaddr, get_order(size));
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
#endif
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
2007-10-12 04:44:12 -07:00
|
|
|
static int dma_direct_map_sg(struct device *dev, struct scatterlist *sgl,
|
2008-07-04 12:05:42 -07:00
|
|
|
int nents, enum dma_data_direction direction,
|
|
|
|
struct dma_attrs *attrs)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
2007-10-12 04:44:12 -07:00
|
|
|
struct scatterlist *sg;
|
2006-11-10 23:25:02 -07:00
|
|
|
int i;
|
2005-04-16 15:20:36 -07:00
|
|
|
|
2007-10-12 04:44:12 -07:00
|
|
|
for_each_sg(sgl, sg, nents, i) {
|
2009-09-21 01:26:34 -07:00
|
|
|
sg->dma_address = sg_phys(sg) + get_dma_offset(dev);
|
2006-11-10 23:25:02 -07:00
|
|
|
sg->dma_length = sg->length;
|
2008-11-30 11:53:40 -07:00
|
|
|
__dma_sync_page(sg_page(sg), sg->offset, sg->length, direction);
|
2006-11-10 23:25:02 -07:00
|
|
|
}
|
2006-07-12 23:32:52 -07:00
|
|
|
|
2006-11-10 23:25:02 -07:00
|
|
|
return nents;
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
|
|
|
|
2006-11-10 23:25:02 -07:00
|
|
|
static void dma_direct_unmap_sg(struct device *dev, struct scatterlist *sg,
|
2008-07-04 12:05:42 -07:00
|
|
|
int nents, enum dma_data_direction direction,
|
|
|
|
struct dma_attrs *attrs)
|
2005-04-16 15:20:36 -07:00
|
|
|
{
|
2006-11-10 23:25:02 -07:00
|
|
|
}
|
2006-07-12 23:32:52 -07:00
|
|
|
|
2006-11-10 23:25:02 -07:00
|
|
|
static int dma_direct_dma_supported(struct device *dev, u64 mask)
|
|
|
|
{
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
#ifdef CONFIG_PPC64
|
2009-08-09 23:36:38 -07:00
|
|
|
/* Could be improved so platforms can set the limit in case
|
2006-11-10 23:25:02 -07:00
|
|
|
* they have limited DMA windows
|
|
|
|
*/
|
2009-08-09 23:36:38 -07:00
|
|
|
return mask >= (lmb_end_of_DRAM() - 1);
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
#else
|
|
|
|
return 1;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline dma_addr_t dma_direct_map_page(struct device *dev,
|
|
|
|
struct page *page,
|
|
|
|
unsigned long offset,
|
|
|
|
size_t size,
|
|
|
|
enum dma_data_direction dir,
|
|
|
|
struct dma_attrs *attrs)
|
|
|
|
{
|
|
|
|
BUG_ON(dir == DMA_NONE);
|
|
|
|
__dma_sync_page(page, offset, size, dir);
|
2009-09-21 01:26:34 -07:00
|
|
|
return page_to_phys(page) + offset + get_dma_offset(dev);
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline void dma_direct_unmap_page(struct device *dev,
|
|
|
|
dma_addr_t dma_address,
|
|
|
|
size_t size,
|
|
|
|
enum dma_data_direction direction,
|
|
|
|
struct dma_attrs *attrs)
|
|
|
|
{
|
2005-04-16 15:20:36 -07:00
|
|
|
}
|
2006-11-10 23:25:02 -07:00
|
|
|
|
2008-11-19 23:49:16 -07:00
|
|
|
#ifdef CONFIG_NOT_COHERENT_CACHE
|
|
|
|
static inline void dma_direct_sync_sg(struct device *dev,
|
|
|
|
struct scatterlist *sgl, int nents,
|
|
|
|
enum dma_data_direction direction)
|
|
|
|
{
|
|
|
|
struct scatterlist *sg;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for_each_sg(sgl, sg, nents, i)
|
|
|
|
__dma_sync_page(sg_page(sg), sg->offset, sg->length, direction);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void dma_direct_sync_single_range(struct device *dev,
|
|
|
|
dma_addr_t dma_handle, unsigned long offset, size_t size,
|
|
|
|
enum dma_data_direction direction)
|
|
|
|
{
|
|
|
|
__dma_sync(bus_to_virt(dma_handle+offset), size, direction);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2009-08-04 12:08:25 -07:00
|
|
|
struct dma_map_ops dma_direct_ops = {
|
2006-11-10 23:25:02 -07:00
|
|
|
.alloc_coherent = dma_direct_alloc_coherent,
|
|
|
|
.free_coherent = dma_direct_free_coherent,
|
|
|
|
.map_sg = dma_direct_map_sg,
|
|
|
|
.unmap_sg = dma_direct_unmap_sg,
|
|
|
|
.dma_supported = dma_direct_dma_supported,
|
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>
2008-09-12 03:34:46 -07:00
|
|
|
.map_page = dma_direct_map_page,
|
|
|
|
.unmap_page = dma_direct_unmap_page,
|
2008-11-19 23:49:16 -07:00
|
|
|
#ifdef CONFIG_NOT_COHERENT_CACHE
|
|
|
|
.sync_single_range_for_cpu = dma_direct_sync_single_range,
|
|
|
|
.sync_single_range_for_device = dma_direct_sync_single_range,
|
|
|
|
.sync_sg_for_cpu = dma_direct_sync_sg,
|
|
|
|
.sync_sg_for_device = dma_direct_sync_sg,
|
|
|
|
#endif
|
2006-11-10 23:25:02 -07:00
|
|
|
};
|
|
|
|
EXPORT_SYMBOL(dma_direct_ops);
|
2009-08-04 12:08:28 -07:00
|
|
|
|
|
|
|
#define PREALLOC_DMA_DEBUG_ENTRIES (1 << 16)
|
|
|
|
|
|
|
|
static int __init dma_init(void)
|
|
|
|
{
|
|
|
|
dma_debug_init(PREALLOC_DMA_DEBUG_ENTRIES);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
fs_initcall(dma_init);
|