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]
Message-ID: <5EB3BFCD089AD643B9BB63439F5FD5E98419F924@SHAASIEXM01.ASIA.ROOT.PRI>
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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ