[lkml]   [1998]   [Jan]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RFC]: linux/drivers/compression
On Thu, 15 Jan 1998 Chris Evans <> wrote:

> Compression is used in the kernel a fair bit currently (CVF? ppp, etc),
> and the usage of it can only continue (e2compr on the horizon).
> Perhaps we can save duplicated code by putting the compression routines in
> a common place, maybe linux/drivers/compression

Um. It *should* be in one place. See for example linux/lib/inflate.c.
But the addition of various drivers (ftape, slip) has resulted in a
scattering (and in some cases, duplication) of the compression code.

I was, honestly, surprised to see that there wasn't a linux/lib/deflate.c
to do gzip compression. Does anyone know why?

> Perhaps
> it would be worthwhile maintaining a patch to add encryption routines to
> the kernel (CAST-128, etc)., and keeping it on a ftp site off US soil.

Well, I've been maintaining the patch, in association with a loopback
driver patch to support encrypted mounts. It's running on my 2.1.79
kernel. But I'm inside the US, which is a bad thing.

IIRC, the linux kernel is *very* cautious about even *mentioning* any type
of crypto because of the *extremely stringent* French crypto laws.
Putting crypto hooks of any kind in the kernel could prevent French
citizens from using Linux.
@ @
C. Scott Ananian: / Declare the Truth boldly and
Laboratory for Computer Science/Crypto / without hindrance.
Massachusetts Institute of Technology /META-PARRESIAS AKOLUTOS:Acts 28:31
-.-. .-.. .. ..-. ..-. --- .-. -.. ... -.-. --- - - .- -. .- -. .. .- -.
PGP key available via finger and from

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