Bug#414839: mkvmlinuz fails with undefined reference to zlib_inflate_blocks* against 2.6.18-4-powerpc
On Tue, Mar 13, 2007 at 08:25:29PM -0400, Daniel Kahn Gillmor wrote:
> Subject: mkvmlinuz fails with undefined reference to zlib_inflate_blocks* against 2.6.18-4-powerpc
> Package: mkvmlinuz
> Version: 32
> Severity: normal
>
> i'm not using mkvmlinuz as my sole bootloader: i am considering it as
> an alternate. However, running it by hand with a stock kernel and an
> initrd fails with linker errors:
This is due to building on a powermac, which usually uses yaboot for booting,
i believe. This seems a strange error, because the same kernel is building
nicely in the daily builds of d-i (but for chrp) :
=== Building for sub-architecture chrp.
=== Using kernel image file ./tmp/powerpc_netboot/vmlinux.
=== Using initrd image file ./tmp/powerpc_netboot/initrd.gz.
=== Release version seems to be 2.6.18-4-powerpc.
=== Using object files from ./tmp/powerpc_netboot/lib.
=== Building a bootable compressed kernel image in
./dest/powerpc/netboot/vmlinuz-chrp.initrd.
=== Doing build in /tmp/tmp.HCLCw14930.
=== Creating compressed initrd image initrd.gz...
cp -p ./tmp/powerpc_netboot/initrd.gz /tmp/tmp.HCLCw14930/initrd.gz
=== Creating compressed kernel image vmlinux.gz...
strip -s -R .comment ./tmp/powerpc_netboot/vmlinux -o
/tmp/tmp.HCLCw14930/vmlinux
gzip --force --best /tmp/tmp.HCLCw14930/vmlinux
=== Putting everything into ELF image file image.o...
objcopy ./tmp/powerpc_netboot/lib/mkvmlinuz-kernel-vmlinux.strip.o
/tmp/tmp.HCLCw14930/dummy_kernel.o
--add-section=.kernel:vmlinux.strip=/tmp/tmp.HCLCw14930/vmlinux.gz
--set-section-flags=.kernel:vmlinux.strip=contents,alloc,load,readonly,data
objcopy ./tmp/powerpc_netboot/lib/mkvmlinuz-kernel-initrd.o
/tmp/tmp.HCLCw14930/dummy_initrd.o
--add-section=.kernel:initrd=/tmp/tmp.HCLCw14930/initrd.gz
--set-section-flags=.kernel:initrd=contents,alloc,load,readonly,data
=== Creating bootable kernel image file vmlinuz.chrp...
ld -m elf32ppc -T ./tmp/powerpc_netboot/lib/zImage.lds -o
/tmp/tmp.HCLCw14930/vmlinuz.chrp ./tmp/powerpc_netboot/lib/crt0.o
./tmp/powerpc_netboot/lib/string.o ./tmp/powerpc_netboot/lib/prom.o
./tmp/powerpc_netboot/lib/stdio.o ./tmp/powerpc_netboot/lib/main.o
./tmp/powerpc_netboot/lib/div64.o ./tmp/powerpc_netboot/lib/inffast.o
./tmp/powerpc_netboot/lib/inflate.o ./tmp/powerpc_netboot/lib/inftrees.o
/tmp/tmp.HCLCw14930/dummy_kernel.o /tmp/tmp.HCLCw14930/dummy_initrd.o
./tmp/powerpc_netboot/lib/addnote /tmp/tmp.HCLCw14930/vmlinuz.chrp
=== Moving bootable kernel image file to
./dest/powerpc/netboot/vmlinuz-chrp.initrd...
=== Cleaning up...
I guess the pmac way of building is somehow broken for whatever reason, or
there is another problem. I am afraid builds on pmac where rarely tested, and
not since the big ARCH=powerpc changes.
That said, it is true that the do_cmd needs a bit better error checking, the
whole stuff needs a full reimplementation post-etch anyway, since it can now
mostly just call the ARCH=powerpc new wrapper which does much of what
mkvmlinuz does.
Friendly,
Sven Luther
> 0 clam:/home/debirf# mkvmlinuz -o /foo.mkvmlinuz -k /boot/vmlinux-2.6.18-4-powerpc -i /boot/initrd.img-2.6.18-4-powerpc -v -d /usr/lib/mkvmlinuz 2>&1
> === Building for sub-architecture pmac.
> === Using kernel image file /boot/vmlinux-2.6.18-4-powerpc.
> === Using initrd image file /boot/initrd.img-2.6.18-4-powerpc.
> === Release version seems to be 2.6.18-4-powerpc.
> === Using object files from /usr/lib/mkvmlinuz.
> === Building a bootable compressed kernel image in /foo.mkvmlinuz.
> === Doing build in /tmp/tmp.AJsdy17607.
> === Creating compressed initrd image initrd.gz...
> cp -p /boot/initrd.img-2.6.18-4-powerpc /tmp/tmp.AJsdy17607/initrd.gz
> === Creating compressed kernel image vmlinux.gz...
> strip -s -R .comment /boot/vmlinux-2.6.18-4-powerpc -o /tmp/tmp.AJsdy17607/vmlinux
> gzip --force --best /tmp/tmp.AJsdy17607/vmlinux
> === Putting everything into ELF image file image.o...
> objcopy /usr/lib/mkvmlinuz/mkvmlinuz-kernel-vmlinux.strip.o /tmp/tmp.AJsdy17607/dummy_kernel.o --add-section=.kernel:vmlinux.strip=/tmp/tmp.AJsdy17607/vmlinux.gz --set-section-flags=.kernel:vmlinux.strip=contents,alloc,load,readonly,data
> objcopy /usr/lib/mkvmlinuz/mkvmlinuz-kernel-initrd.o /tmp/tmp.AJsdy17607/dummy_initrd.o --add-section=.kernel:initrd=/tmp/tmp.AJsdy17607/initrd.gz --set-section-flags=.kernel:initrd=contents,alloc,load,readonly,data
> === Creating bootable kernel image file vmlinuz.pmac...
> ld -m elf32ppc -T /usr/lib/mkvmlinuz/zImage.lds -o /tmp/tmp.AJsdy17607/vmlinuz.pmac /usr/lib/mkvmlinuz/crt0.o /usr/lib/mkvmlinuz/string.o /usr/lib/mkvmlinuz/prom.o /usr/lib/mkvmlinuz/stdio.o /usr/lib/mkvmlinuz/main.o /usr/lib/mkvmlinuz/div64.o /usr/lib/mkvmlinuz/inffast.o /usr/lib/mkvmlinuz/inflate.o /usr/lib/mkvmlinuz/inftrees.o /tmp/tmp.AJsdy17607/dummy_kernel.o /tmp/tmp.AJsdy17607/dummy_initrd.o
> /usr/lib/mkvmlinuz/inffast.o:(.got2+0x0): undefined reference to `zlib_inflate_mask'
> /usr/lib/mkvmlinuz/inflate.o: In function `zlib_inflate':
> /home/sven/debian/kernel/trunk/utils/mkvmlinuz/32/mkvmlinuz-32/boot/inflate.c:188: undefined reference to `zlib_inflate_blocks'
> /home/sven/debian/kernel/trunk/utils/mkvmlinuz/32/mkvmlinuz-32/boot/inflate.c:202: undefined reference to `zlib_inflate_blocks_reset'
> /usr/lib/mkvmlinuz/inflate.o: In function `zlib_inflateReset':
> /home/sven/debian/kernel/trunk/utils/mkvmlinuz/32/mkvmlinuz-32/boot/inflate.c:25: undefined reference to `zlib_inflate_blocks_reset'
> /usr/lib/mkvmlinuz/inflate.o: In function `zlib_inflateEnd':
> /home/sven/debian/kernel/trunk/utils/mkvmlinuz/32/mkvmlinuz-32/boot/inflate.c:37: undefined reference to `zlib_inflate_blocks_free'
> /usr/lib/mkvmlinuz/inflate.o: In function `zlib_inflateInit2_':
> /home/sven/debian/kernel/trunk/utils/mkvmlinuz/32/mkvmlinuz-32/boot/inflate.c:76: undefined reference to `zlib_inflate_blocks_new'
> /usr/lib/mkvmlinuz/addnote /tmp/tmp.AJsdy17607/vmlinuz.pmac
> /tmp/tmp.AJsdy17607/vmlinuz.pmac: No such file or directory
> === Cleaning up...
> 0 clam:/home/debirf#
>
> Interestingly, the return code is 0. mkvmlinuz doesn't seem to
> realize that the ld step has failed.
>
> when i run the different steps by hand, ld definitely returns 1, but
> the do_cmd step in mkvmlinuz doesn't check the return value.
>
> I'm not sure what i'm supposed to do to get this to work. the kernel
> in question is a stock debian 2.6.18-4-powerpc:
>
> [0 xx@clam tmp]$ grep CONFIG_ZLIB /boot/config-2.6.18-4-powerpc
> CONFIG_ZLIB_INFLATE=y
> CONFIG_ZLIB_DEFLATE=m
> [0 xx@clam tmp]$
>
> i'm happy to help debug more if i can. Please let me know if i'm just
> confused.
>
> I've never used mkvmlinuz before, but i'm excited to get it working.
> It looks like a very useful boot strategy.
>
> --dkg
>
>
> -- System Information:
> Debian Release: 4.0
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: powerpc (ppc)
> Shell: /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.8-powerpc
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
>
> Versions of packages mkvmlinuz depends on:
> ii bash 3.1dfsg-8 The GNU Bourne Again SHell
> ii binutils 2.17-3 The GNU assembler, linker and bina
> ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy
>
> mkvmlinuz recommends no packages.
>
> -- debconf information:
> * mkvmlinuz/bootloaders: yaboot
>
>
> --
> To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
> ---------------------------------------------------------------------------------------
> Orange vous informe que cet e-mail a ete controle par l'anti-virus mail.
> Aucun virus connu a ce jour par nos services n'a ete detecte.
>
>
Reply to: