On Saturday 22 February 2014 18:46:11 Alexander Shiyan wrote: > Replace existing resource handling in the driver with managed > device resource, this ensures more consistent error values and > simplifies error paths. > > Signed-off-by: Alexander Shiyan <shc_work@xxxxxxx> Nice cleanup! > drivers/mmc/host/mxcmmc.c | 101 +++++++++++++++++----------------------------- > 1 file changed, 38 insertions(+), 63 deletions(-) > > diff --git a/drivers/mmc/host/mxcmmc.c b/drivers/mmc/host/mxcmmc.c > index f7199c8..84d630e 100644 > --- a/drivers/mmc/host/mxcmmc.c > +++ b/drivers/mmc/host/mxcmmc.c > @@ -124,9 +124,8 @@ enum mxcmci_type { > > struct mxcmci_host { > struct mmc_host *mmc; > - struct resource *res; > void __iomem *base; > - int irq; > + dma_addr_t phys_base; > int detect_irq; > struct dma_chan *dma; > struct dma_async_tx_descriptor *desc; Just nitpicking, but I think phys_base should be either phys_addr_t or resource_size_t. dma_addr_t is what you get out of the dma-mapping API, not what you use for ioremap. In theory they may be different, but I don't know how we'd handle that case for the dmaengine API, since we don't currently have a way to convert between the two, other than for doing DMA on memory pages. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html