Re: [PATCH 5/6] crypto: ux500/cryp - Enable DT probing of the driver

2013-05-23 Thread Linus Walleij
On Thu, May 16, 2013 at 1:27 PM, Lee Jones wrote: > By providing an OF match table with a suitable compatible string, we > can ensure the ux500-crypt driver is probed by supplying an associated > DT node in a given platform's Device Tree. > > Cc: Herbert Xu > Cc: linux-crypto@vger.kernel.org > S

Re: [PATCH 5/6] crypto: ux500/cryp - Enable DT probing of the driver

2013-05-23 Thread Herbert Xu
On Fri, May 24, 2013 at 08:20:38AM +0200, Linus Walleij wrote: > On Thu, May 16, 2013 at 1:27 PM, Lee Jones wrote: > > > By providing an OF match table with a suitable compatible string, we > > can ensure the ux500-crypt driver is probed by supplying an associated > > DT node in a given platform'

Re: [PATCH 5/6] crypto: ux500/cryp - Enable DT probing of the driver

2013-05-23 Thread Linus Walleij
On Thu, May 16, 2013 at 1:27 PM, Lee Jones wrote: > By providing an OF match table with a suitable compatible string, we > can ensure the ux500-crypt driver is probed by supplying an associated > DT node in a given platform's Device Tree. > > Cc: Herbert Xu > Cc: linux-crypto@vger.kernel.org > S

Re: [PATCH][RFC] CPU Jitter random number generator (resent)

2013-05-23 Thread Stephan Mueller
Hi Sandy, > On Wed, 22 May 2013 13:40:04 -0400 > Sandy Harris wrote: > [...] > > > > >> > What I'm against is relying only on solutions such as HAVEGE or > > >> > replacing /dev/random with something scheme that only relies on > > >> > CPU timing and ignores interrupt timing. > > >> > > >> My q