From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jake Maciejewski Subject: Re: zlib support... Date: Sun, 30 Oct 2005 20:00:21 -0600 Message-ID: <1130724022.10015.84.camel@gentoo> References: <1ddd44e40510301421k127e316eo4f46b4277fc80858@mail.gmail.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <1ddd44e40510301421k127e316eo4f46b4277fc80858@mail.gmail.com> List-Id: Content-Type: text/plain; charset="us-ascii" To: ninja@slaphack.com Cc: reiserfs-list@namesys.com On Sun, 2005-10-30 at 16:21 -0600, David Masover wrote: > Compiling a 2.6.12.5 kernel on my Powerbook, I discovered something > odd. Reiser4 (vanilla patch) was insisting on being a module. > > Alright, why does it still depend on CONFIG_ZLIB_INFLATE and > CONFIG_ZLIB_DEFLATE, even when the cryptocompress plugin isn't being > used at all, and is in fact nonfunctional? > > Anyway, I can live with a little RAM bloat, but for some reason, I > couldn't find the options to enable any zlib in the kernel. I could > enable INFLATE support by forcing something I know uses it to be > compiled in -- compressed isofs support. But I couldn't find > something sane to force DEFLATE on. DEFLATE defaults to being a > module, and INFLATE seems to follow whatever I set isofs support to be > -- if I want INFLATE compiled in, to compile Reiser4 in, I have to > compile isofs in. > > Still workable, but very, very stupid, especially considering zlib is > never actually used, only compiled against and depended on. > > Ok, first actual bug: > I could try to compile Reiser4 in at this point, but the final link > fails, because it does need deflate support, even though it doesn't > depend on CONFIG_ZLIB_DEFLATE. > Solution: Either remove cryptocompress until it works, or depend on > CONFIG_ZLIB_DEFLATE. > > Now, second actual bug, not actually your fault: > Neither DEFLATE nor INFLATE can be configured manually, yet you depend > on one (or both) of them, without actually setting them. Thus, if > CONFIG_ZLIB_DEFLATE is compiled as a module, Reiser4 must be a module, > and there's no way to change that from inside menuconfig. Editing > the .config file manually doesn't work. > Solution: Make it possible to select INFLATE and DEFLATE support > manually, just like CRC32 and other library functions, or have Reiser4 > enable them when it needs them, instead of insisting on being a > module. > > The real surprise is, this problem only started happening on my PPC > system. I'm not sure if it's a config script glitch, an > architecture-specific problem, or something else entirely. But then, > my PPC is the only 2.6.12 system I currently run that tries to compile > in Reiser4 support -- the desktop loads it from a ramdisk, because it > needs the ramdisk anyway, and the other amd64 box is running 2.6.13. > Maybe configure is supposed to work this way, but the dependencies are > wrong. Have you actually gotten reiser4 to work on PPC? I can't even mount reiser4 filesystems on PCC. I've tried reporting it twice, but as far as I know no effort has been made to fix the problem. > I realize this is all probably old news, but I'm sending it anyway, > because maybe it's not. I'm sending it from a gmail address because I > don't have networking on said Powerbook yet. -- Jake Maciejewski