linux-kernel - RE: [PATCH v4] dmaengine: add CSR SiRFprimaII DMAC driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 28 Oct 2011 05:03:51 +0000
From:	Barry Song <Barry.Song@....com>
To:	Vinod Koul <vinod.koul@...el.com>
CC:	Arnd Bergmann <arnd@...db.de>,
	Jassi Brar <jaswinder.singh@...aro.org>,
	Linus Walleij <linus.walleij@...aro.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	DL-SHA-WorkGroupLinux <Workgroup.Linux@....com>,
	Rongjun Ying <Rongjun.Ying@....com>,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>
Subject: RE: [PATCH v4] dmaengine: add CSR SiRFprimaII DMAC driver

> -----Original Message-----
> From: Vinod Koul [mailto:vinod.koul@...el.com]
> Sent: 2011年10月28日 12:10
> To: Barry Song
> Cc: Arnd Bergmann; Jassi Brar; Linus Walleij; linux-kernel@...r.kernel.org;
> DL-SHA-WorkGroupLinux; Rongjun Ying; linux-arm-kernel@...ts.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