On Sun, Apr 22, 2018 at 11:14:10AM +0200, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx> Acked-by: Ludovic Desroches <ludovic.desroches@xxxxxxxxxxxxx> Thanks > --- > > Build tested only. buildbot is happy. Please apply to your tree directly. > > drivers/dma/at_xdmac.c | 9 +++------ > 1 file changed, 3 insertions(+), 6 deletions(-) > > diff --git a/drivers/dma/at_xdmac.c b/drivers/dma/at_xdmac.c > index 94236ec9d410..4bf72561667c 100644 > --- a/drivers/dma/at_xdmac.c > +++ b/drivers/dma/at_xdmac.c > @@ -1833,8 +1833,7 @@ static void at_xdmac_free_chan_resources(struct dma_chan *chan) > #ifdef CONFIG_PM > static int atmel_xdmac_prepare(struct device *dev) > { > - struct platform_device *pdev = to_platform_device(dev); > - struct at_xdmac *atxdmac = platform_get_drvdata(pdev); > + struct at_xdmac *atxdmac = dev_get_drvdata(dev); > struct dma_chan *chan, *_chan; > > list_for_each_entry_safe(chan, _chan, &atxdmac->dma.channels, device_node) { > @@ -1853,8 +1852,7 @@ static int atmel_xdmac_prepare(struct device *dev) > #ifdef CONFIG_PM_SLEEP > static int atmel_xdmac_suspend(struct device *dev) > { > - struct platform_device *pdev = to_platform_device(dev); > - struct at_xdmac *atxdmac = platform_get_drvdata(pdev); > + struct at_xdmac *atxdmac = dev_get_drvdata(dev); > struct dma_chan *chan, *_chan; > > list_for_each_entry_safe(chan, _chan, &atxdmac->dma.channels, device_node) { > @@ -1878,8 +1876,7 @@ static int atmel_xdmac_suspend(struct device *dev) > > static int atmel_xdmac_resume(struct device *dev) > { > - struct platform_device *pdev = to_platform_device(dev); > - struct at_xdmac *atxdmac = platform_get_drvdata(pdev); > + struct at_xdmac *atxdmac = dev_get_drvdata(dev); > struct at_xdmac_chan *atchan; > struct dma_chan *chan, *_chan; > int i; > -- > 2.11.0 > -- To unsubscribe from this list: send the line "unsubscribe dmaengine" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html