Re: Announce: cryptoapi-2.4.3 [aka international crypto (non-)patch]

hello! On Thu, 26 Apr 2001, Jari Ruusu wrote: > Herbert Valerio Riedel wrote: > > On Tue, 24 Apr 2001, Jari Ruusu wrote: > > it should have been more or less: > > > > unsigned long IV = loop_get_iv(lo, > > page->index * (PAGE_CACHE_SIZE >> LO_IV_SE

Re: Announce: cryptoapi-2.4.3 [aka international crypto (non-)patch]

e among at initialization... > Linux-crypto: cryptography in and on the Linux system > Archive: http://mail.nl.linux.org/linux-crypto/ greetings, -- Herbert Valerio Riedel / Finger [EMAIL PROTECTED] for GnuPG Public Key GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748 5F

Announce: cryptoapi-2.4.3 [aka international crypto (non-)patch]

culation mode. greetings, -- Herbert Valerio Riedel / Finger [EMAIL PROTECTED] for GnuPG Public Key GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748 5F65 4981 E064 883F 4142 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROT

Re: Idea: Encryption plugin architecture for file-systems

usage is concerned) btw, there's still an issue with with the IV value being calculated on varying blocksizes, which I pointed out some time ago (instead of being calculated on 512 byte sectors, which I assume to be the smallest possible blocksize settable on a device) greetings, -- Herbert

IV calculation, blocksize (and CBC type encryptions) in loop.c

hello... On Thu, 5 Apr 2001, Jens Axboe wrote: > On Thu, Apr 05 2001, Herbert Valerio Riedel wrote: > > I've had success w/ your lvm-stack-1 patch on my system... > > (next thing I'll testing will be w/ the real crypto patch) > Ok, good so far. well... after so

/dev/loop0 over lvm... leading to d-state :-(

fyi, loop devices over lvm LV's dont work for me... I've tested with 2.4.3final (and some other 2.4.3 derivates) and two lvm'ized partitions with a size of about 1gig each; mke2fs just goes into D-state and stays there when applying it to /dev/loop0, running it directly on the LV-device works...