[lkml]   [2003]   [Jul]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.6.0-test2+Util-linux/cryptoapi
On Thu, Jul 31, 2003 at 02:39:45PM +1000, James Morris wrote:
> > Moving to the slightly more ontopic stuff for lk@vger: Is access to
> > the cryptoapi algorithms exposed to userspace yet?
> No, there is no point (apart from testing) unless the kernel API is
> providing access to crypto hardware.
Even if we don't have the drivers yet, the sooner it's available and
in use the better, then we can always drop in hardware support later.
(Still, I'm not volunteering for either job so I won't complain, just
wondering if it had been done)

> > Thirdly, has the encryption setup changed again since 2.4.x with hvr's
> > testing cryptoapi stuff? I have a filesystem encrypted with 256 bits
> > serpent, yet it won't decrypt using 2.6.0-test2 and util-linux 2.12.
> The kerneli serpent implementation is incorrect (it's reversed, a common
> implementation problem with this algorithm).
Owch. But I assume this didn't sneak in since the testing cryptoAPI
patches? Or have the algorithms been redone?

> > Lastly: Why the move from a /proc/crypto directory containing files
> > for all the algorithms to one monolithic /proc/crypto file? Isn't the
> > former a lot nicer from the userspace programmer's point of view?
> Possibly, although it's probably too late to change now for 2.6.
But why was it ever changed to on big file in the first place?

Frank v Waveren Fingerprint: 21A7 C7F3
fvw@[||] ICQ#10074100 1FF3 47FF 545C CB53
Public key: hkp:// 7BD9 09C0 3AC1 6DF2
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:47    [W:0.054 / U:3.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site