| 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: <4B6FCC47.2030705@crca.org.au> Date: Mon, 08 Feb 2010 19:33:11 +1100 From: Nigel Cunningham <ncunningham@...a.org.au> To: Bill Davidsen <davidsen@....com> CC: linux-kernel@...r.kernel.org, linux-crypto@...r.kernel.org, tuxonice-devel@...ts.tuxonice.net Subject: Re: LZO irreversible output? Hi Bill. Bill Davidsen wrote: > I would hope someone will look at the real problem, though, that LZO > isn't working properly. I have to assume that either the kernel > decompress is broken or that the page you have given is invalid, and the > error lies in the compression. > > It doesn't look as if you are doing something wrong, it looks broken. I did get hold of Richard Purdie and Nitin Gupta, who were the guys in the know. We discovered that LZO is expecting decomp_size to be initialised to the amount of available space when the decompression code is called, so there was a bug in my testing code. Nitin was talking about sending a patch to the documentation to make this requirement clearer. That said, the actual code that TuxOnIce uses does already initialise the variable to PAGE_SIZE, so it seems that I might just have to run with the checking code enabled (with this fix) for a while, until the issue is found. Regards, Nigel -- 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