[PATCH v4] dmaengine: add CSR SiRFprimaII DMAC driver

[Barry Song]

> -----Original Message-----
> From: Vinod Koul [mailto:vinod.koul at intel.com]
> Sent: 2011年10月28日 12:10
> To: Barry Song
> Cc: Arnd Bergmann; Jassi Brar; Linus Walleij; linux-kernel at vger.kernel.org;
> DL-SHA-WorkGroupLinux; Rongjun Ying; linux-arm-kernel at lists.infradead.org
> Subject: RE: [PATCH v4] dmaengine: add CSR SiRFprimaII DMAC driver
> 
> On Fri, 2011-10-28 at 01:49 +0000, Barry Song wrote:
> > > Also, Please ensure you send patches which compile with ZERO warnings:
> > > drivers/dma/sirf-dma.c: In function 'sirfsoc_dma_probe':
> > > drivers/dma/sirf-dma.c:616: warning: assignment from incompatible
> pointer
> > > type
> > > drivers/dma/sirf-dma.c:617: warning: assignment from incompatible
> pointer
> > > type
> > > which comes from the fact that your prep_interleaved_dma does not have
> > > last argument of flags.
> > > On the second one you have not rebased to patch from Jassi which I
> > > applied after converting direction stuff.
> >
> >
> [pls wrap 80chars within paragraphs, i have reformatted below)
> > I rebased to both yours and Jassi by my merging manually. I remember
> > you have changed the last param of device_prep_dma_cyclic from
> > dma_data_direction to dma_transfer_direction. After checking the tree
> > interleaved_dma @ git://git.infradead.org/users/vkoul/slave-dma.git,
> > it doesn't. then make another compiling warning in
> > sirfsoc_dma_prep_cyclic(). so I'll still use dma_data_direction in
> > sirfsoc_dma_prep_cyclic().
> Yes for cyclic, I have missed to fix that. I will push the fixed version

Ok. note my v5 is still using dma_data_direction. You might take care too :-)

> now
> 
> --
> ~Vinod

-barry


Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
More information can be found at www.csr.com. Follow CSR on Twitter at http://twitter.com/CSR_PLC and read our blog at www.csr.com/blog