[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46A9E691.5080308@namesys.com>
Date: Fri, 27 Jul 2007 16:35:29 +0400
From: Edward Shishkin <edward@...esys.com>
To: Adrian Bunk <bunk@...sta.de>,
Nitin Gupta <nitingupta910@...il.com>,
Richard Purdie <rpurdie@...nedhand.com>
CC: Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, reiserfs-devel@...r.kernel.org
Subject: Re: 2.6.23-rc1-mm1: reiser4 <-> lzo compile error
Adrian Bunk wrote:
><-- snip -->
>
>...
> LD .tmp_vmlinux1
>lib/built-in.o: In function `lzo1x_1_compress':
>(.text+0x13eae): multiple definition of `lzo1x_1_compress'
>fs/built-in.o:(.text+0x117075): first defined here
>make[1]: *** [.tmp_vmlinux1] Error 1
>
><-- snip -->
>
>AFAIR, we once had a patch in -mm changing reiser4 to use the
>LZO code that is now in the kernel?
>
>cu
>Adrian
>
>
>
Sorry, guys, I am not happy with the modified LZO:
the compressor tries to test bytes which are out of bounds.
The attached module testlzo.c causes an oops in the second pass:
AFAIK, both, @m and @m_pos should be in [wrkmem, wrkmem + 64K);
I have attached trace.txt with their actual values.
Not ready to migrate to this library.
Any ideas?
Thanks,
Edward.
P.S.
kernel: 2.6.23-rc1-mm1
box: x86
View attachment "testlzo.c" of type "text/x-csrc" (1272 bytes)
View attachment "trace.txt" of type "text/plain" (469 bytes)
Powered by blists - more mailing lists