Hi.
I've recently been poking around the 2.5 source tree. I've noticed that
we now have crypto built into the stock kernel distribution (good). The
loopback driver doesn't appear to support using the crypto API though.
(bad)
Looking at the way the crypto api works (ie: skatterlists) makes it seem
vaguely compatible with what I've read about the new block device IO
mechanisms in 2.5. Is this an accident? Is there some generic crypto
support for block devices planned that will obsolete using the loopback
driver to this end? (like the pages get decrypted upon loading into the
buffer cache from the physical media or whatever? i'm not really sure
how all the block device stuff works,...)
If there are no deeper motives here and the intention is to continue
supporting encrypted filesystems via the loopback interface, is there
anyone working on the project? It seems a little bit slow (or
uncertain) with respects to the 2.5 kernels. If somebody is needed to
write some code, I'd be willing to write a loopback transfer function to
interact with the crypto core. (I'd have no idea where to start for the
generic block device crypto ramblings mentioned above...)
Anyway.. thanks in advance. Please CC replies to my address as I'm not
a list member.
Ryan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Feb 23 2003 - 22:00:24 EST