Re: [dm-devel] Re: NULL data pointer dereference in kcryptd

2009-08-01 Thread Michael Buesch
On Saturday 01 August 2009 12:07:12 Michael Buesch wrote: > On Saturday 01 August 2009 11:04:11 Milan Broz wrote: > > Herbert Xu wrote: > > > On Fri, Jul 31, 2009 at 10:54:45PM +0200, Michael Buesch wrote: > > >> [15577.988608] NIP [c00b8034] .mempool_alloc+0

Re: [dm-devel] Re: NULL data pointer dereference in kcryptd

2009-08-01 Thread Michael Buesch
On Saturday 01 August 2009 11:04:11 Milan Broz wrote: > Herbert Xu wrote: > > On Fri, Jul 31, 2009 at 10:54:45PM +0200, Michael Buesch wrote: > >> [15577.988608] NIP [c00b8034] .mempool_alloc+0x74/0x1a0 > >> [15577.988614] LR [c0139bdc] .

NULL data pointer dereference in kcryptd

2009-07-31 Thread Michael Buesch
The following oops happened while doing an mke2fs -j on a luks mapping. I think (I'm not entirely sure) that it was triggered by running the "sync" command simultaneously to the mke2fs. Both sync and mke2fs are stuck in D state after the oops. root 10916 0.4 0.0 1888 460 ?D<

Re: [HIFN 00/03]: RNG support v2

2007-11-19 Thread Michael Buesch
On Monday 19 November 2007 19:25:25 Patrick McHardy wrote: > Michael Buesch wrote: > > On Sunday 18 November 2007 22:32:52 Patrick McHardy wrote: > >> These patches add support for using the HIFN rng. > > > > Acked-by: Michael Buesch <[EMAIL PROTECTED]>

Re: [HIFN 00/03]: RNG support v2

2007-11-19 Thread Michael Buesch
On Sunday 18 November 2007 22:32:52 Patrick McHardy wrote: > These patches add support for using the HIFN rng. Acked-by: Michael Buesch <[EMAIL PROTECTED]> Patrick, can you send this patchset to Andrew for inclusion into -mm? -- Greetings Michael. - To unsubscribe from this list:

Re: [RFC HIFN 00/02]: RNG support

2007-11-18 Thread Michael Buesch
On Sunday 18 November 2007 05:04:01 Herbert Xu wrote: > On Sun, Nov 18, 2007 at 04:30:40AM +0100, Patrick McHardy wrote: > > > > On a related issue, I think the rng interface is not very suitable > > for chips like HIFN that have a constant random bandwidth, it would > > make a lot more sense to re