This seems to be a regression bug introduced with r1 , 2.4.33.2 is running fine: ld -m elf64_sparc -T arch/sparc64/vmlinux.lds arch/sparc64/kernel/head.o arch/sp arc64/kernel/init_task.o init/main.o init/version.o init/do_mounts.o \ --start-group \ arch/sparc64/kernel/kernel.o arch/sparc64/mm/mm.o kernel/kernel.o mm/mm. o fs/fs.o ipc/ipc.o arch/sparc64/math-emu/math-emu.o \ drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/net/net.o drivers/ide/idedriver.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o drivers/pci/driver.o drivers/sbus/sbus_all.o drivers/video/video.o drivers/usb/usbdrv.o drivers/media/media.o drivers/md/mddev.o crypto/crypto.o \ net/network.o \ grsecurity/grsec.o \ /usr/src/linux-2.4.33.2-sparc-r1/lib/lib.a /usr/src/linux-2.4.33.2-sparc-r1/lib/lib.a /usr/src/linux-2.4.33.2-sparc-r1/arch/sparc64/prom/promlib.a /usr/src/linux-2.4.33.2-sparc-r1/arch/sparc64/lib/lib.a \ --end-group \ -o vmlinux arch/sparc64/kernel/kernel.o: In function `powerd': power.c:(.text+0xbdc0): undefined reference to `execve' drivers/sbus/sbus_all.o: In function `kenvctrld': envctrl.c:(.text+0xfdd4): undefined reference to `execve' make: *** [vmlinux] Fehler 1 ---- Gentoo Base System version 1.12.4 Portage 2.1-r2 (default-linux/sparc/sparc64/2006.1/2.4, gcc-3.4.6, glibc-2.3.6-r 4, 2.4.33.2-sparc sparc64) ================================================================= System uname: 2.4.33.2-sparc sparc64 sun4u app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.4.26-r1 ACCEPT_KEYWORDS="sparc" AUTOCLEAN="yes" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=ultrasparc -pipe" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -mcpu=ultrasparc -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.gentoo.mesh-solutions.com/gentoo/" LC_ALL="de_DE@euro" LINGUAS="de en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/d istfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="sparc apache2 arts avi berkdb bitmap-fonts bzip2 cli crypt cups dba dbm dll oader dri eds encode esd fbcon foomaticdb ftp gcc64 gd gdbm gif gnome gnutls gst reamer gtk gtk2 imlib isdnlog jpeg kde libwww mad mbox memlimit mikmod mime moti f mpeg ncurses nls ogg opengl oss pam pcre pdflib perl png pppd python qt3 readl ine recode reflection sdl session slang spell spl ssl tcpd truetype truetype-fon ts type1-fonts unicode userlocales vorbis xml xmms xorg xv zlib elibc_glibc inpu t_devices_keyboard input_devices_mouse kernel_linux linguas_de linguas_en userla nd_GNU video_cards_ati video_cards_dummy video_cards_fbdev video_cards_glint vid eo_cards_mga video_cards_savage video_cards_sisusb video_cards_sunbw2 video_card s_suncg14 video_cards_suncg3 video_cards_suncg6 video_cards_sunffb video_cards_s unleo video_cards_tdfx video_cards_v4l video_cards_voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_RSYNC _EXTRA_OPTS If you need Kernel config to recreate, please let me know...
Yes, please attach the config, thanks.
Created attachment 95958 [details] Kernel config that works for 2.4.33.2 but failed to build with r1
sparc-sources-2.4.33.3 in cvs. Should hit the mirrors in about 2 hours, fixes your issues and also a new security bug. Seems squashfs3.1 was to blame for the build problems. Just rolled back to 3.0 since we don't plan to ship new 2.4 media which is the place squashfs is most useful. Reopen if you have issues.