summaryrefslogtreecommitdiffstats
path: root/lib
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@g5.osdl.org>2005-08-17 13:07:28 -0700
committerLinus Torvalds <torvalds@g5.osdl.org>2005-08-17 13:07:28 -0700
commitc231c7db30faf93419fc22d680f74d816bea70e2 (patch)
tree8a25999cb4b8c33841bd1969e3054c13bda3b394 /lib
parent7974b1cc7879141962999e78a6fc9a136dc4479e (diff)
downloadkernel-crypto-c231c7db30faf93419fc22d680f74d816bea70e2.tar.gz
kernel-crypto-c231c7db30faf93419fc22d680f74d816bea70e2.tar.xz
kernel-crypto-c231c7db30faf93419fc22d680f74d816bea70e2.zip
Revert unnecessary zlib_inflate/inftrees.c fix
It turns out that empty distance code tables are not an error, and that a compressed block with only literals can validly have an empty table and should not be flagged as a data error. Some old versions of gzip had problems with this case, but it does not affect the zlib code in the kernel. Analysis and explanations thanks to Sergey Vlasov <vsu@altlinux.ru> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'lib')
-rw-r--r--lib/zlib_inflate/inftrees.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/lib/zlib_inflate/inftrees.c b/lib/zlib_inflate/inftrees.c
index c5f66fbb0dd..874950ec485 100644
--- a/lib/zlib_inflate/inftrees.c
+++ b/lib/zlib_inflate/inftrees.c
@@ -141,7 +141,7 @@ static int huft_build(
{
*t = NULL;
*m = 0;
- return Z_DATA_ERROR;
+ return Z_OK;
}