diff options
author | FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> | 2010-03-30 22:35:50 (GMT) |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2010-04-02 02:53:12 (GMT) |
commit | 5acbbd428db47b12f137a8a2aa96b3c0a96b744e (patch) | |
tree | 20ffdc4e418a086411f6fa8ff4ead2d488bda8da /samples/hw_breakpoint | |
parent | 4fd89b7af28292e190650b9b9bc4308658d81dd1 (diff) | |
download | linux-5acbbd428db47b12f137a8a2aa96b3c0a96b744e.tar.xz |
net: change illegal_highdma to use dma_mask
Robert Hancock pointed out two problems about NETIF_F_HIGHDMA:
-Many drivers only set the flag when they detect they can use 64-bit DMA,
since otherwise they could receive DMA addresses that they can't handle
(which on platforms without IOMMU/SWIOTLB support is fatal). This means that if
64-bit support isn't available, even buffers located below 4GB will get copied
unnecessarily.
-Some drivers set the flag even though they can't actually handle 64-bit DMA,
which would mean that on platforms without IOMMU/SWIOTLB they would get a DMA
mapping error if the memory they received happened to be located above 4GB.
http://lkml.org/lkml/2010/3/3/530
We can use the dma_mask if we need bouncing or not here. Then we can
safely fix drivers that misuse NETIF_F_HIGHDMA.
Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'samples/hw_breakpoint')
0 files changed, 0 insertions, 0 deletions