On Sat 2007-05-12 12:41:03, [EMAIL PROTECTED] wrote:
> oh - and think of linux software suspend.
> take a notebook with 2 GB of ram - that takes a while to write that to disk
> and read that back again.
> using lzo compression for this may probably halve the time for suspend/resume
suspend.sf.net
On Fri, 11 May 2007 22:48:15 +0200
[EMAIL PROTECTED] wrote:
> >Why is this needed? What code plans to use it?
>
> it`s pretty useful because it`s and a damn fast and damn cpu friendly
> compression alorithm.
>
> afaik, there is already a least one linux kernel-feature (under
> development) whic
On Sat, 2007-05-12 at 09:47 -0700, Andrew Morton wrote:
> On Sat, 12 May 2007 16:17:35 +0100 Richard Purdie <[EMAIL PROTECTED]> wrote:
>
> > On Sat, 2007-05-12 at 13:17 +0200, Adrian Bunk wrote:
> > > On Wed, May 02, 2007 at 09:56:23AM +0100, Richard Purdie wrote:
> > > >...
> > > > I've asked the
Hi Jindrich,
On 5/12/07, Jindrich Makovicka <[EMAIL PROTECTED]> wrote:
On Sat, 12 May 2007 12:41:03 +0200
[EMAIL PROTECTED] wrote:
> oh - and think of linux software suspend.
> take a notebook with 2 GB of ram - that takes a while to write that
> to disk and read that back again. using lzo comp
On Sat, 12 May 2007 16:17:35 +0100 Richard Purdie <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-05-12 at 13:17 +0200, Adrian Bunk wrote:
> > On Wed, May 02, 2007 at 09:56:23AM +0100, Richard Purdie wrote:
> > >...
> > > I've asked the LZO author about the comments on lzo_copyright function
> > > but t
On Sat, 2007-05-12 at 13:17 +0200, Adrian Bunk wrote:
> On Wed, May 02, 2007 at 09:56:23AM +0100, Richard Purdie wrote:
> >...
> > I've asked the LZO author about the comments on lzo_copyright function
> > but the code is GPLv2 licensed so is suitable for inclusion in the
> > kernel.
>
> This soun
On Sat, 12 May 2007 12:41:03 +0200
[EMAIL PROTECTED] wrote:
> oh - and think of linux software suspend.
> take a notebook with 2 GB of ram - that takes a while to write that
> to disk and read that back again. using lzo compression for this may
> probably halve the time for suspend/resume
There w
On Wed, May 02, 2007 at 09:56:23AM +0100, Richard Purdie wrote:
>...
> I've asked the LZO author about the comments on lzo_copyright function
> but the code is GPLv2 licensed so is suitable for inclusion in the
> kernel.
This sounds as if LZO is GPL incompatible similar to code under
the 4 clause
t; Von: [EMAIL PROTECTED]
> Gesendet: 11.05.07 22:48:15
> An: [EMAIL PROTECTED]
> CC: [EMAIL PROTECTED],linux-kernel@vger.kernel.org
> Betreff: Re: [PATCH] Add LZO1X compression support to the kernel
>
> >Why is this needed? What code plans to use it?
>
> it`s pret
e level of maturity.
maybe i can add another software integrating lzo compression to the enumeration
at http://www.lzop.de ? ;)
regards
roland
List: linux-kernel
Subject:Re: [PATCH] Add LZO1X compression support to the kernel
From: Andrew Morton
Date: 2007-05-10 6:21:29
On May 9 2007 23:21, Andrew Morton wrote:
>On Wed, 02 May 2007 09:56:23 +0100 Richard Purdie <[EMAIL PROTECTED]> wrote:
>
>> Add LZO1X compression/decompression support to the kernel.
>>
>> This is based on the standard userspace lzo library, particularly
>> minilzo with the headers much trimmed
On Thu, 2007-05-10 at 09:26 +0100, David Woodhouse wrote:
> On Wed, 2007-05-09 at 23:21 -0700, Andrew Morton wrote:
> > Well that's attractive-looking code.
>
> It's compression code. I've never seen compression code look nice :)
>
> > Why is this needed? What code plans to use it?
>
> I'm itch
David Woodhouse wrote:
On Wed, 2007-05-09 at 23:21 -0700, Andrew Morton wrote:
Well that's attractive-looking code.
It's compression code. I've never seen compression code look nice :)
Why is this needed? What code plans to use it?
I'm itching to use it in JFFS2. Richard claims a 10% boo
On Wed, 2007-05-09 at 23:21 -0700, Andrew Morton wrote:
> Well that's attractive-looking code.
It's compression code. I've never seen compression code look nice :)
> Why is this needed? What code plans to use it?
I'm itching to use it in JFFS2. Richard claims a 10% boot time speedup
and 40% imp
On Wed, 02 May 2007 09:56:23 +0100 Richard Purdie <[EMAIL PROTECTED]> wrote:
> Current thinking is that lzo should get merged directly followed by the
> subsystem parts through their specific trees. It appears this should
> make it onto LKML despite the size so here goes.
>
> Please keep in mind
Hi Richard, Pekka,
On 5/2/07, Pekka Enberg <[EMAIL PROTECTED]> wrote:
On 5/2/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
> I realise a maze of ifdefs still remain. I've already spent a lot of
> time removing a ton of them and going much further might start to affect
> diffability of the code -
On 5/2/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
I realise a maze of ifdefs still remain. I've already spent a lot of
time removing a ton of them and going much further might start to affect
diffability of the code - I hoping whats there is a good compromise.
I really don't think this is su
17 matches
Mail list logo
