[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130226131206.GW27541@twin.jikos.cz>
Date: Tue, 26 Feb 2013 14:12:06 +0100
From: David Sterba <dsterba@...e.cz>
To: Kyungsik Lee <kyungsik.lee@....com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Russell King <linux@....linux.org.uk>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
"H. Peter Anvin" <hpa@...or.com>, Michal Marek <mmarek@...e.cz>,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-kbuild@...r.kernel.org, x86@...nel.org,
celinux-dev@...ts.celinuxforum.org,
Nicolas Pitre <nico@...xnic.net>,
Nitin Gupta <nitingupta910@...il.com>,
"Markus F.X.J. Oberhumer" <markus@...rhumer.com>,
Richard Purdie <rpurdie@...nedhand.com>,
Josh Triplett <josh@...htriplett.org>,
Joe Millenbach <jmillenbach@...il.com>,
David Sterba <dsterba@...e.cz>,
Richard Cochran <richardcochran@...il.com>,
Albin Tonnerre <albin.tonnerre@...e-electrons.com>,
Egon Alter <egon.alter@....net>, hyojun.im@....com,
chan.jeong@....com, raphael.andy.lee@...il.com
Subject: Re: [RFC PATCH v2 1/4] decompressor: Add LZ4 decompressor module
On Tue, Feb 26, 2013 at 03:24:27PM +0900, Kyungsik Lee wrote:
> This patch adds support for LZ4 decompression in the Linux Kernel.
> LZ4 Decompression APIs for kernel are based on LZ4 implementation
> by Yann Collet.
>
> LZ4 homepage : http://fastcompression.blogspot.com/p/lz4.html
> LZ4 source repository : http://code.google.com/p/lz4/
What SVN version did you use?
> --- /dev/null
> +++ b/include/linux/lz4.h
> @@ -0,0 +1,48 @@
> +#ifndef __LZ4_H__
> +#define __LZ4_H__
> +/*
> + * LZ4 Kernel Interface
> + *
> + * Copyright (C) 2013, LG Electronics, Kyungsik Lee <kyungsik.lee@....com>
> + *
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License version 2 as
> + * published by the Free Software Foundation.
> + */
> +
> +/*
> + * LZ4_COMPRESSBOUND()
> + * Provides the maximum size that LZ4 may output in a "worst case" scenario
> + * (input data not compressible)
> + */
> +#define LZ4_COMPRESSBOUND(isize) (isize + ((isize)/255) + 16)
For safety reasons I suggest to add a temporary variable to avoid double
evaluation of isize.
> --- /dev/null
> +++ b/lib/lz4/lz4_decompress.c
> + }
> + cpy = op + length - (STEPSIZE - 4);
> + if (cpy > oend - COPYLENGTH) {
> +
> + /* Error: request to write beyond destination buffer */
> + if (cpy > oend)
> + goto _output_error;
> + LZ4_SECURECOPY(ref, op, (oend - COPYLENGTH));
> + while (op < cpy)
> + *op++ = *ref++;
> + op = cpy;
> + /*
> + * Check EOF (should never happen, since last 5 bytes
> + * are supposed to be literals)
> + */
> + if (op == oend)
> + goto _output_error;
> + continue;
> + }
> + LZ4_SECURECOPY(ref, op, cpy);
> + op = cpy; /* correction */
> + }
Does this compile? The } is an extra one, and does not match the
original sources.
> + /* end of decoding */
> + return (int) (((char *)ip) - source);
> +
> + /* write overflow error detected */
> +_output_error:
> + return (int) (-(((char *)ip) - source));
> +}
> +
> --- /dev/null
> +++ b/lib/lz4/lz4defs.h
> @@ -0,0 +1,93 @@
> +#define LZ4_COPYSTEP(s, d) \
> + do { \
> + PUT8(s, d); \
> + d += 8; \
> + s += 8; \
> + } while (0)
> +
> +#define LZ4_COPYPACKET(s, d) LZ4_COPYSTEP(s, d)
> +
> +#define LZ4_SECURECOPY(s, d, e) \
> + do { \
> + if (d < e) { \
> + LZ4_WILDCOPY(s, d, e); \
> + } \
> + } while (0)
> +
> +#else /* 32-bit */
> +#define STEPSIZE 4
> +
> +#define LZ4_COPYSTEP(s, d) \
> + do { \
> + PUT4(s, d); \
> + d += 4; \
> + s += 4; \
> + } while (0)
> +
> +#define LZ4_COPYPACKET(s, d) \
> + do { \
> + LZ4_COPYSTEP(s, d); \
> + LZ4_COPYSTEP(s, d); \
> + } while (0)
> +
> +#define LZ4_SECURECOPY LZ4_WILDCOPY
> +#endif
> +
> +#define LZ4_READ_LITTLEENDIAN_16(d, s, p) \
> + (d = s - get_unaligned_le16(p))
> +#define LZ4_WILDCOPY(s, d, e) \
> + do { \
> + LZ4_COPYPACKET(s, d); \
> + } while (d < e)
All the \ at the ends of lines would look better aligned in one column.
david
--
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