I emerged and installed gentoo-sources-3.0.1 successfully on my G5 running gentoo ppc64 system, but crashed when it booted with the following information: Please wait, loading kernel... Elf64 kernel loaded... Invalid memory access at %SRR0:00000000.00c00000 %SRR1:10000000.00083030 Apple PowerMac7,2 5.1.4f0 BootROM built on 11/21/03 at 17:41:48 Copyright 1994-2003, Apple computer, Inc. All rights reserved Welcome to Open Firmware, the system time and date is: 05:25:07 11/22/2010 To continue booting, type "mac-boot" and press return. To shut down, type "shut-down" and press return. ok 0> I use yaboot. Reproducible: Always Steps to Reproduce: 1. install gentoo-sources-3.0.1 2. reboot 3. Actual Results: the kernel crashed with info above. Expected Results: booted successfully. emerge --info Portage 2.1.10.3 (default/linux/powerpc/ppc64/10.0/64bit-userland, gcc-4.4.5, glibc-2.12.2-r0, 2.6.38-gentoo-r6 ppc64) ================================================================= System uname: Linux-2.6.38-gentoo-r6-ppc64-PPC970,_altivec_supported-with-gentoo-2.0.3 Timestamp of tree: Tue, 16 Aug 2011 09:00:01 +0000 app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r2, 2.7.1-r1, 3.1.3-r1 dev-util/cmake: 2.8.4-r1 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.0.3 sys-apps/openrc: 0.8.3-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.6.3-r1, 1.7.9-r2, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.5 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82 sys-kernel/linux-headers: 2.6.39 (virtual/os-headers) sys-libs/glibc: 2.12.2 Repositories: gentoo desktop-effects ACCEPT_KEYWORDS="ppc64" ACCEPT_LICENSE="* -@EULA" CBUILD="powerpc64-unknown-linux-gnu" CFLAGS="-O2 -mcpu=970 -mtune=970 -maltivec -mabi=altivec -mpowerpc64 -fno-strict-aliasing -fomit-frame-pointer -pipe" CHOST="powerpc64-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -mcpu=970 -mtune=970 -maltivec -mabi=altivec -mpowerpc64 -fno-strict-aliasing -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks ebuild-locks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="ftp://ftp.twaren.net/Linux/Gentoo/ ftp://ftp.lecl.net/pub/gentoo/ ftp://212.219.56.132/sites/www.ibiblio.org/gentoo/ ftp://ftp.free.fr/mirrors/ftp.gentoo.org/ ftp://212.219.56.133/sites/www.ibiblio.org/gentoo/" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en_US zh_CN" MAKEOPTS="-j9" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac aalib accessibility acl aiglx alsa altivec asf aspell automount berkdb browserplugin bzip2 cairo cdr chardet cjk cli consolekit cpdflib cracklib crypt css cups curl cxx dba dbus device-mapper dri dts dvd dvdnav dvdr eds emerald encode esd exif extras faac faad2 fb ffmpeg flac fontconfig foomaticdb fortran gallium gd gd-external gdbm gdu gimpprint glitz gmp gnome gnome-keyring gnomecd gnutls gpm gstreamer gtk gtk2 ibm iconv imagemagick imlib ipv6 java jpeg jpeg2k kdrive kms lcms ldap mad mbox mng modules mp3 mpeg mpg mudflap mysql nas nautilus ncurses nls nptl nptlonly nsplugin ogg opengl openmp oss pam pcre pdf perl png policykit ppc64 ppds pppd python qt qt3support readline samba saslradeon sdl secure-delete session sip skins slang spell sql sqlite ssl svg sysfs tcpd theora threads tiff tordns truetype udev unicode v4l2 vcd vidix vorbis wav webkit wma xanim xcb xcomposite xine xml xml2 xmms xorg xulrunner xv xvid zlib" ALSA_CARDS="aoa" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="braindump flow karbon kexi kpresenter krita tables words" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US zh_CN" PHP_TARGETS="php5-3" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="ati radeon fbdev" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Samething happens over PPC G4 (32bit). Have not tried vanilla yet. 2.6.39-r4 works.
Can you try with gentoo-sources-3.0.3? Does gentoo-soruces-3.0.0 crash too?
(In reply to comment #2) > Can you try with gentoo-sources-3.0.3? Does gentoo-soruces-3.0.0 crash too? It boots, but there is still something that is pretty strange to me. I always learned that a kernel would set its rdev to the actualy root partition that is present at compile time. I observed that this doesn't seem to be the case with yaboot. When setting the root= I have a working 3.0.3-gentoo system.
I think that's true for x86, but not for your arch (I think it's /dev/sda1 for you), so maybe that's why the root= option is needed. Anyway, I don't think it's a very common practice to rely on such assumptions, and every tutorial, howto etc about bootloaders (including the Gentoo Handbook for both x86/GRUB and ppc/yaboot) suggests setting the root= option. So, since your ppc now boots fine with 3.0.3, and if you don't have any other issues, and we should close this bug.
(In reply to comment #4) > I think that's true for x86, but not for your arch (I think it's /dev/sda1 for > you), so maybe that's why the root= option is needed. > > Anyway, I don't think it's a very common practice to rely on such assumptions, > and every tutorial, howto etc about bootloaders (including the Gentoo Handbook > for both x86/GRUB and ppc/yaboot) suggests setting the root= option. But the above in effect is error prone. If a system is compiled on a certain configuration the kernel should know best where to boot from. But I agree that it is a good practice to actually set it. > So, since your ppc now boots fine with 3.0.3, and if you don't have any other > issues, and we should close this bug. I didn't open the bug... so we don't know it yet for the G5 issue. I assume that it is fixed there too.
(In reply to comment #2) > Can you try with gentoo-sources-3.0.3? Does gentoo-soruces-3.0.0 crash too? Just tried gentoo-sources-3.0.3, it crashed too, with the same information above.
> > So, since your ppc now boots fine with 3.0.3, and if you don't have any other > > issues, and we should close this bug. > > I didn't open the bug... so we don't know it yet for the G5 issue. I assume > that it is fixed there too. No, it doesn't fix the problem. I have root= setting in yaboot.conf, and gnetoo-sources-2.6.38 works fine.
Ok. Have you tried any 2.6.39 kernels? Can you also try booting with gentoo-sources-3.0? (you could also try booting with the latest 3.1-rc, to check if your issue is fixed there). I couldn't find any known regressions related to the bug you're reporting for 3.0, so if we can narrow down the last working kernel, and the first 'bad' kernel, maybe you could bisect to find the faulty commit (if any). Just to be sure, post your configs for your last working kernel, and for 3.0.1. I've never worked with ppc/ppc64, so maybe someone from the ppc team could provide more helpful info. Thanks.
Well,I'll do that next week when I've time.
Just tried gentoo-sources-2.6.39-r4 and git-sources-3.1_rc4-r2. The followings are the kernels I tried: --gentoo-sources-2.6.38-r6; works well --gentoo-sources-2.6.39-r4; no, crashed at booting --gentoo-sources-3.0.1; no, crashed at booting --gentoo-sources-3.0.3; no, crashed at booting --git-sources-3.1_rc4-r2; no, crashed at booting I seems the booting problem was introduced in kernel-2.6.39 and later.
Created attachment 285313 [details] kernel 2.6.38 config files
Created attachment 285315 [details] kernel 2.6.39 config file
Any ideas about the issue?
*** Bug 387003 has been marked as a duplicate of this bug. ***
Would you mind doing a git bisect between the last working kernel (2.6.38) and 2.6.39, so that maybe we can find the guilty commit? Btw, does 2.6.39 (mainline, no stable patches) crash too?
Just tried: -- vanilla-sources-2.6.38.8, ok -- vanilla-sources-2.6.39.1, crashed It seems the problem was first introduced in 2.6.39 kernel.
(In reply to comment #16) > Just tried: > -- vanilla-sources-2.6.38.8, ok > -- vanilla-sources-2.6.39.1, crashed > It seems the problem was first introduced in 2.6.39 kernel. You can try doing a git bisect between 2.6.38 and 2.6.39. You could also check out this thread [1], which seems somewhat related, although I see you don't have CONFIG_IDE=y in either of your configs. [1] http://lists.ozlabs.org/pipermail/linuxppc-dev/2011-April/089518.html
(In reply to comment #17) > (In reply to comment #16) > > Just tried: > > -- vanilla-sources-2.6.38.8, ok > > -- vanilla-sources-2.6.39.1, crashed > > It seems the problem was first introduced in 2.6.39 kernel. > > You can try doing a git bisect between 2.6.38 and 2.6.39. > > You could also check out this thread [1], which seems somewhat related, > although I see you don't have CONFIG_IDE=y in either of your configs. > > [1] http://lists.ozlabs.org/pipermail/linuxppc-dev/2011-April/089518.html Thank you. The problem discussed in the link[1] doesn't seem to be same as mine. I tried kernel-2.6.39 without any patches, but it crashed too. Now I think that something was wrong in the kernel stable release 2.6.39, namely some committed patches after 2.6.38.8.
I spent hours trying to figure out the problem, and finally found something strange: All kernels worked when their file sizes less than about 14M, and all of them crashed when they were larger than 14M. So I recompiled kernel-2.6.39-gentoo-r3 with "optimize to size" in kernel option turned on, the kernel generated was about 13.1M comparing to 14.3M previously, and tried to boot the machine, it worked! I wander if would be a booting problem when using a large kernel file(bigger than about 14M in my case) in G5?
Do you mean you have a compressed kernel that is 14MB? Or do you mean you have an uncompressed kernel that is that huge?
(In reply to comment #20) > Do you mean you have a compressed kernel that is 14MB? Or do you mean you have > an uncompressed kernel that is that huge? I mean the compiled kernel file: vmlinux.
I think this bug can be closed.
Why did you close this bug? It doesn't sound you have any solution actually you found a lead to a bug regarding kernel filesize...
(In reply to comment #23) > Why did you close this bug? It doesn't sound you have any solution actually you > found a lead to a bug regarding kernel filesize... Well, my solution is either using compressed kernels(zImage files), or using uncompressed ones(vmlinux files) less than 14M bytes.
