mtd: sh_flctl: pass FIFO as physical address
authorArnd Bergmann <arnd@arndb.de>
Tue, 8 Dec 2015 15:38:12 +0000 (16:38 +0100)
committerBrian Norris <computersforpeace@gmail.com>
Sat, 19 Dec 2015 02:27:13 +0000 (18:27 -0800)
commit1873315fb156cbc8e46f28e8b128f17ff6c31728
tree8fb2ffe6cc8c4d7a6e5731b4af79bcef1c4ccb88
parent0ed6ca3a22f871fdb7335194f6488d14b2dad96a
mtd: sh_flctl: pass FIFO as physical address

By convention, the FIFO address we pass using dmaengine_slave_config
is a physical address in the form that is understood by the DMA
engine, as a dma_addr_t, phys_addr_t or resource_size_t.

The sh_flctl driver however passes a virtual __iomem address that
gets cast to dma_addr_t in the slave driver. This happens to work
on shmobile because that platform sets up an identity mapping for
its MMIO regions, but such code is not portable to other platforms,
and prevents us from ever changing the platform mapping or reusing
the driver on other architectures like ARM64 that might not have the
mapping.

We also get a warning about a type mismatch for the case that
dma_addr_t is wider than a pointer, i.e. when CONFIG_LPAE is set:

drivers/mtd/nand/sh_flctl.c: In function 'flctl_setup_dma':
drivers/mtd/nand/sh_flctl.c:163:17: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
  cfg.dst_addr = (dma_addr_t)FLDTFIFO(flctl);

This changes the driver to instead pass the physical address of
the FIFO that is extracted from the MMIO resource, making the
code more portable and avoiding the warning.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Brian Norris <computersforpeace@gmail.com>
drivers/mtd/nand/sh_flctl.c
include/linux/mtd/sh_flctl.h