diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2013-11-13 17:55:21 -0500 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2013-11-13 17:55:21 -0500 |
commit | 8ceafbfa91ffbdbb2afaea5c24ccb519ffb8b587 (patch) | |
tree | 98c9ea93362536f1ddd73175b13b7847583350df /drivers/ata | |
parent | 42a2d923cc349583ebf6fdd52a7d35e1c2f7e6bd (diff) | |
parent | 26ba47b18318abe7dadbe9294a611c0e932651d8 (diff) |
Merge branch 'for-linus-dma-masks' of git://git.linaro.org/people/rmk/linux-arm
Pull DMA mask updates from Russell King:
"This series cleans up the handling of DMA masks in a lot of drivers,
fixing some bugs as we go.
Some of the more serious errors include:
- drivers which only set their coherent DMA mask if the attempt to
set the streaming mask fails.
- drivers which test for a NULL dma mask pointer, and then set the
dma mask pointer to a location in their module .data section -
which will cause problems if the module is reloaded.
To counter these, I have introduced two helper functions:
- dma_set_mask_and_coherent() takes care of setting both the
streaming and coherent masks at the same time, with the correct
error handling as specified by the API.
- dma_coerce_mask_and_coherent() which resolves the problem of
drivers forcefully setting DMA masks. This is more a marker for
future work to further clean these locations up - the code which
creates the devices really should be initialising these, but to fix
that in one go along with this change could potentially be very
disruptive.
The last thing this series does is prise away some of Linux's addition
to "DMA addresses are physical addresses and RAM always starts at
zero". We have ARM LPAE systems where all system memory is above 4GB
physical, hence having DMA masks interpreted by (eg) the block layers
as describing physical addresses in the range 0..DMAMASK fails on
these platforms. Santosh Shilimkar addresses this in this series; the
patches were copied to the appropriate people multiple times but were
ignored.
Fixing this also gets rid of some ARM weirdness in the setup of the
max*pfn variables, and brings ARM into line with every other Linux
architecture as far as those go"
* 'for-linus-dma-masks' of git://git.linaro.org/people/rmk/linux-arm: (52 commits)
ARM: 7805/1: mm: change max*pfn to include the physical offset of memory
ARM: 7797/1: mmc: Use dma_max_pfn(dev) helper for bounce_limit calculations
ARM: 7796/1: scsi: Use dma_max_pfn(dev) helper for bounce_limit calculations
ARM: 7795/1: mm: dma-mapping: Add dma_max_pfn(dev) helper function
ARM: 7794/1: block: Rename parameter dma_mask to max_addr for blk_queue_bounce_limit()
ARM: DMA-API: better handing of DMA masks for coherent allocations
ARM: 7857/1: dma: imx-sdma: setup dma mask
DMA-API: firmware/google/gsmi.c: avoid direct access to DMA masks
DMA-API: dcdbas: update DMA mask handing
DMA-API: dma: edma.c: no need to explicitly initialize DMA masks
DMA-API: usb: musb: use platform_device_register_full() to avoid directly messing with dma masks
DMA-API: crypto: remove last references to 'static struct device *dev'
DMA-API: crypto: fix ixp4xx crypto platform device support
DMA-API: others: use dma_set_coherent_mask()
DMA-API: staging: use dma_set_coherent_mask()
DMA-API: usb: use new dma_coerce_mask_and_coherent()
DMA-API: usb: use dma_set_coherent_mask()
DMA-API: parport: parport_pc.c: use dma_coerce_mask_and_coherent()
DMA-API: net: octeon: use dma_coerce_mask_and_coherent()
DMA-API: net: nxp/lpc_eth: use dma_coerce_mask_and_coherent()
...
Diffstat (limited to 'drivers/ata')
-rw-r--r-- | drivers/ata/pata_ixp4xx_cf.c | 5 | ||||
-rw-r--r-- | drivers/ata/pata_octeon_cf.c | 5 |
2 files changed, 7 insertions, 3 deletions
diff --git a/drivers/ata/pata_ixp4xx_cf.c b/drivers/ata/pata_ixp4xx_cf.c index 1ec53f8ca96f..ddf470c2341d 100644 --- a/drivers/ata/pata_ixp4xx_cf.c +++ b/drivers/ata/pata_ixp4xx_cf.c | |||
@@ -144,6 +144,7 @@ static int ixp4xx_pata_probe(struct platform_device *pdev) | |||
144 | struct ata_host *host; | 144 | struct ata_host *host; |
145 | struct ata_port *ap; | 145 | struct ata_port *ap; |
146 | struct ixp4xx_pata_data *data = dev_get_platdata(&pdev->dev); | 146 | struct ixp4xx_pata_data *data = dev_get_platdata(&pdev->dev); |
147 | int ret; | ||
147 | 148 | ||
148 | cs0 = platform_get_resource(pdev, IORESOURCE_MEM, 0); | 149 | cs0 = platform_get_resource(pdev, IORESOURCE_MEM, 0); |
149 | cs1 = platform_get_resource(pdev, IORESOURCE_MEM, 1); | 150 | cs1 = platform_get_resource(pdev, IORESOURCE_MEM, 1); |
@@ -157,7 +158,9 @@ static int ixp4xx_pata_probe(struct platform_device *pdev) | |||
157 | return -ENOMEM; | 158 | return -ENOMEM; |
158 | 159 | ||
159 | /* acquire resources and fill host */ | 160 | /* acquire resources and fill host */ |
160 | pdev->dev.coherent_dma_mask = DMA_BIT_MASK(32); | 161 | ret = dma_set_coherent_mask(&pdev->dev, DMA_BIT_MASK(32)); |
162 | if (ret) | ||
163 | return ret; | ||
161 | 164 | ||
162 | data->cs0 = devm_ioremap(&pdev->dev, cs0->start, 0x1000); | 165 | data->cs0 = devm_ioremap(&pdev->dev, cs0->start, 0x1000); |
163 | data->cs1 = devm_ioremap(&pdev->dev, cs1->start, 0x1000); | 166 | data->cs1 = devm_ioremap(&pdev->dev, cs1->start, 0x1000); |
diff --git a/drivers/ata/pata_octeon_cf.c b/drivers/ata/pata_octeon_cf.c index c51bbb9ea8e8..83c4ddb1bc7f 100644 --- a/drivers/ata/pata_octeon_cf.c +++ b/drivers/ata/pata_octeon_cf.c | |||
@@ -1014,8 +1014,9 @@ static int octeon_cf_probe(struct platform_device *pdev) | |||
1014 | } | 1014 | } |
1015 | cf_port->c0 = ap->ioaddr.ctl_addr; | 1015 | cf_port->c0 = ap->ioaddr.ctl_addr; |
1016 | 1016 | ||
1017 | pdev->dev.coherent_dma_mask = DMA_BIT_MASK(64); | 1017 | rv = dma_coerce_mask_and_coherent(&pdev->dev, DMA_BIT_MASK(64)); |
1018 | pdev->dev.dma_mask = &pdev->dev.coherent_dma_mask; | 1018 | if (rv) |
1019 | return rv; | ||
1019 | 1020 | ||
1020 | ata_port_desc(ap, "cmd %p ctl %p", base, ap->ioaddr.ctl_addr); | 1021 | ata_port_desc(ap, "cmd %p ctl %p", base, ap->ioaddr.ctl_addr); |
1021 | 1022 | ||