cleanup IORESOURCE_CACHEABLE vs ioremap()
Quoting Arnd: I was thinking the opposite approach and basically removing all uses of IORESOURCE_CACHEABLE from the kernel. There are only a handful of them.and we can probably replace them all with hardcoded ioremap_cached() calls in the cases they are actually useful. All existing usages of IORESOURCE_CACHEABLE call ioremap() instead of ioremap_nocache() if the resource is cacheable, however ioremap() is uncached by default. Clearly none of the existing usages care about the cacheability. Particularly devm_ioremap_resource() never worked as advertised since it always fell back to plain ioremap(). Clean this up as the new direction we want is to convert ioremap_<type>() usages to memremap(..., flags). Suggested-by:Arnd Bergmann <arnd@arndb.de> Reviewed-by:
Christoph Hellwig <hch@lst.de> Signed-off-by:
Dan Williams <dan.j.williams@intel.com>
Showing
- arch/arm/mach-clps711x/board-cdb89712.c 1 addition, 1 deletionarch/arm/mach-clps711x/board-cdb89712.c
- arch/powerpc/kernel/pci_of_scan.c 1 addition, 1 deletionarch/powerpc/kernel/pci_of_scan.c
- arch/sparc/kernel/pci.c 1 addition, 2 deletionsarch/sparc/kernel/pci.c
- drivers/pci/probe.c 1 addition, 2 deletionsdrivers/pci/probe.c
- drivers/pnp/manager.c 0 additions, 2 deletionsdrivers/pnp/manager.c
- drivers/scsi/aic94xx/aic94xx_init.c 1 addition, 6 deletionsdrivers/scsi/aic94xx/aic94xx_init.c
- drivers/scsi/arcmsr/arcmsr_hba.c 1 addition, 4 deletionsdrivers/scsi/arcmsr/arcmsr_hba.c
- drivers/scsi/mvsas/mv_init.c 4 additions, 11 deletionsdrivers/scsi/mvsas/mv_init.c
- drivers/video/fbdev/ocfb.c 0 additions, 1 deletiondrivers/video/fbdev/ocfb.c
- lib/devres.c 4 additions, 9 deletionslib/devres.c
- lib/pci_iomap.c 2 additions, 5 deletionslib/pci_iomap.c
Loading
Please register or sign in to comment