| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <4864D9AF.4030509@slax.org> Date: Fri, 27 Jun 2008 14:14:39 +0200 From: Tomas M <tomas@...x.org> To: Pavel Machek <pavel@...e.cz> CC: linux-kernel@...r.kernel.org Subject: Re: LZMA compression algorithm in Kernel - any chance to allow it? Well, I use LZMA particularly in squashfs, which is a replacement for cramfs at all. Unfortunately even squashfs is not in kernel. Tomas M Pavel Machek wrote: > On Thu 2008-06-26 09:56:23, Tomas M wrote: >> Hello. >> I can see the 2.6.25 kernel includes LZO compression algorithm in: >> >> [*] Cryptographic API >> < > LZO compression algorithm >> >> As far as I could see, there was a strong pressure against putting compression algorithms in kernel. Does this LZO example mean that kernel people are now more open to include other algorithms as well? I'd like to include LZMA algo, which has far better compression ratio then anything else widely used today, and is already used in many small or embeded systems (as external patches to kernel or userspace utilities) >> >> If I (or anybody else) submit LZMA code for inclusion in kernel, would you ACCEPT IT ?? (assuming the code looks nice to you) > > You need some good reason why lzma should be in kernel... like 'cramfs > can use it'...? > Pavel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists