redonkable/remarkable-linux
redonkable/remarkable-linux
1
0
Fork 0
Code Releases Activity

[PATCH] Remove pci_dac_set_dma_mask() from Documentation/DMA-mapping.txt

Browse source 
pci_dac_set_dma_mask() gives only a single match in the whole kernel tree
and that's in this doc file.  The best candidate for replacement is
pci_dac_dma_supported().

Signed-off-by: Rolf Eike Beer <eike-kernel@sf-tec.de>
Cc: Greg KH <greg@kroah.com>
Acked-by: "David S. Miller" <davem@davemloft.net>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
This commit is contained in:
Rolf Eike Beer 2006-07-14 00:24:24 -07:00 committed by Linus Torvalds
parent d247e2c661
commit b9432e4d88
1 changed files with 4 additions and 4 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

8
Documentation/DMA-mapping.txt
View file

@ -698,12 +698,12 @@ these interfaces. Remember that, as defined, consistent mappings are
always going to be SAC addressable. always going to be SAC addressable.
The first thing your driver needs to do is query the PCI platform The first thing your driver needs to do is query the PCI platform
layer with your devices DAC addressing capabilities: layer if it is capable of handling your devices DAC addressing
capabilities:
int pci_dac_set_dma_mask(struct pci_dev *pdev, u64 mask); int pci_dac_dma_supported(struct pci_dev *hwdev, u64 mask);
This routine behaves identically to pci_set_dma_mask. You may not You may not use the following interfaces if this routine fails.
use the following interfaces if this routine fails.
Next, DMA addresses using this API are kept track of using the Next, DMA addresses using this API are kept track of using the
dma64_addr_t type. It is guaranteed to be big enough to hold any dma64_addr_t type. It is guaranteed to be big enough to hold any