Re: mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions

2012-05-08 Thread Simon Baatz
On Sun, May 06, 2012 at 01:25:06PM +0100, Russell King - ARM Linux wrote: > On Sun, May 06, 2012 at 12:49:30AM +0200, Simon Baatz wrote: > > Am 23.02.2012 19:34, schrieb Phil Sutter: > > > But you might suffer from another problem, which is only present on > > > ARM machines with VIVT cache and lin

Re: mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions

2012-05-07 Thread Phil Sutter
Hi, On Sun, May 06, 2012 at 01:25:06PM +0100, Russell King - ARM Linux wrote: > On Sun, May 06, 2012 at 12:49:30AM +0200, Simon Baatz wrote: > > since there has been no reaction on this, I would like to bring this > > issue up again (I sadly don't have the expertise to investigate this > > further

RE: mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions

2012-05-07 Thread Frank
s.arm.linux.org.uk > Subject: mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash > functions > > Hi, > > Am 23.02.2012 19:34, schrieb Phil Sutter: > > But you might suffer from another problem, which is only present on > > ARM machines with VIVT cache and linux

Re: mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions

2012-05-06 Thread Russell King - ARM Linux
On Sun, May 06, 2012 at 12:49:30AM +0200, Simon Baatz wrote: > Am 23.02.2012 19:34, schrieb Phil Sutter: > > But you might suffer from another problem, which is only present on > > ARM machines with VIVT cache and linux >= 2.6.37: due to commit > > f8b63c1, "ARM: 6382/1: Remove superfluous flush_ke

mv_cesa dcache problem since 2.6.37 was: Re: mv_cesa hash functions

2012-05-05 Thread Simon Baatz
Hi, Am 23.02.2012 19:34, schrieb Phil Sutter: > But you might suffer from another problem, which is only present on > ARM machines with VIVT cache and linux >= 2.6.37: due to commit > f8b63c1, "ARM: 6382/1: Remove superfluous flush_kernel_dcache_page()" > which prevents pages being flushed from in

Re: mv_cesa hash functions

2012-02-25 Thread Herbert Xu
On Thu, Feb 23, 2012 at 07:34:39PM +0100, Phil Sutter wrote: > > Herbert, please clarify: is it intended behaviour that ahash_alg's final > callback ignores possibly present data in the request? If I wanted to > finalise a hash operation with some final data, would I then use the > finup callback i

Re: mv_cesa hash functions

2012-02-23 Thread Phil Sutter
Hello, On Wed, Feb 22, 2012 at 02:03:38PM +0100, Frank wrote: > After doing some trials with hardware crypto offloading through usermode > interfaces (af_alg and cryptodev) to Marvell CESA accelerated ciphers and > hash functions with the 3.2.4 kernel's mv_cesa in Debian Wheezy on a Marvell > K

Re: mv_cesa hash functions

2012-02-23 Thread Sebastian Andrzej Siewior
On Wed, Feb 22, 2012 at 09:10:46PM +0100, Nikos Mavrogiannopoulos wrote: > On 02/22/2012 02:03 PM, Frank wrote: > > > Hi, > > > > After doing some trials with hardware crypto offloading through usermode > > interfaces (af_alg and cryptodev) to Marvell CESA accelerated ciphers and > > hash funct

Re: mv_cesa hash functions

2012-02-22 Thread Nikos Mavrogiannopoulos
On 02/22/2012 02:03 PM, Frank wrote: > Hi, > > After doing some trials with hardware crypto offloading through usermode > interfaces (af_alg and cryptodev) to Marvell CESA accelerated ciphers and > hash functions with the 3.2.4 kernel's mv_cesa in Debian Wheezy on a Marvell > Kirkwood system,

mv_cesa hash functions

2012-02-22 Thread Frank
Hi, After doing some trials with hardware crypto offloading through usermode interfaces (af_alg and cryptodev) to Marvell CESA accelerated ciphers and hash functions with the 3.2.4 kernel's mv_cesa in Debian Wheezy on a Marvell Kirkwood system, I've noticed the following kernel output when I lo