hello. I use gentoo version 2006.0 on AMD64 CPU, and by using the flag ~amd64 I've installed the newer version of ati-drivers (8.22.5). Once I try to poweroff the machine the kernel panics! The panic happens when SIGTERM is sent to the processes. In facts, exactly the same happens if I press the key combinations: ALT+STAMP+E (sigterm). The kernel crashes without syncing the filsystem. I worked-around the problem by installing the previous version available: 8.21.7
I am using kernel 2.6.15 r4
same problem with kernel 2.6.15 r5
This shouldn't have been restricted to security.
Don't touch the restrict checkboxes if you don't know what they mean. Reopen with emerge --info, attach the output you get when kernel panics and also your kernel .config (don't paste that inline).
Created attachment 79803 [details] emerge --info output from emerge --info
Created attachment 79804 [details] /usr/src/linux/.config /usr/src/linux/.config
here are the outputs required by you. I cannot paste the output of the kernel because, it's paniced and the machine is stuck.... I should write down and rewrite here. If you have a better idea :)
I've had similar issues shutting down X11. I am contacting ATI now. This may be similar to bug #123525 - can you confirm the similarity in trace? Here is mine. [<c0111b7a>] __wake_up+0x2f/0x60 [<f9519642>] ke_irq_handler_wrap+0x12/0x1b [<c0131d73>] handle_IRQ_event+0x20/0x4c [<c0131e1e>] __do_IRQ+0x7f/0xe9 [<c01043a0>] do_IRQ+0x1b/0x28 [<c0102eb2>] common_interrupt+0x1a/0x20 Note. Magic SYSRQ still worked, and I was able to sync, unmount and reboot using that.
(In reply to comment #8) > I've had similar issues shutting down X11. > I am contacting ATI now. > This may be similar to bug #123525 - can you confirm the similarity in trace? > Here is mine. not able right now (I am at work). > Note. Magic SYSRQ still worked, and I was able to sync, unmount and reboot > using that. sync, unmount and reboot probably works ... but did you try: ALT+STAMP+E to terminate all processes? Before unmounting with ALT+STAMP+U, I usually do ALT+STAMP+E (to terminate) and ALT+STAMP+E (to Sterminate/kill). The kernel crashes with alt+stamp+e.
Nope, I didn't. Probably won't either, especially now. :) Usually if the kernel panics, I'm more concerned with file system integrity than graceful process termination. BTW, I attached my current ticket with ATI to the other bug.
(In reply to comment #10) > Nope, I didn't. Probably won't either, especially now. :) > Usually if the kernel panics, I'm more concerned with file system integrity > than graceful process termination. I was suggested to do so... and it's true: if you don't terminate processes there is a good chance that unmounting can fail, even with magic sysrq ;) cheers. > BTW, I attached my current ticket with ATI to the other bug. I can do the same, but if admins didn't say that the bug is duplicate... I think it's their task. re-cheers :)
I have the same problem. I opened a bug on the unofficial ati bugzilla: http://ati.cchtml.com/show_bug.cgi?id=315 Here is a picture of the kernel panic: http://www.flickr.com/photos/50057259@N00/107319638/ emerge --info: Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686) ================================================================= System uname: 2.6.15-gentoo-r1 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg candy distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.fsn.hu/pub/linux/distributions/gentoo/ http://gentoo.inf.elte.hu/ http://gentoo.inode.at http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LC_ALL="en_US.UTF-8" LINGUAS="hu en" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X aac aalib acpi alsa apache2 audiofile avi bash-completion berkdb bitmap-fonts browserplugin bzip2 cairo cdr crypt cups curl devmap dga doc dts dv dvb dvd dvdr edl eds emacs emboss encode ethereal exif expat fam fbcon ffmpeg firefox flac foomaticdb freetype gd gdbm gif glitz glut gnome gpm gstreamer gtk gtk2 gtkhtml hal idn imlib ipv6 java jce jpeg junit lcms libcaca libg++ libwww mad matroska mhash mikmod mmx mmxext mng mono motif mozilla mozsvg mozxmlterm mp3 mpeg mysql ncurses nls nptl nsplugin ogg oggvorbis opengl oss pam pcre pdflib perl php png python quicktime readline real rtc samba sdl slang spell sqlite sse ssl svg symlink tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb v4l v4l2 vcd vorbis win32codecs xanim xml2 xmms xprint xv xvid zlib linguas_hu linguas_en userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LDFLAGS, MAKEOPTS
I have the same problem with gentoo-sources 2.6.15-r1 & ati-drivers 8.22.5 on an x86 box. This affects more than just AMD64! Something shouldn't be marked stable that is in my opinion. I tried the 8.21.7 drivers but I got "unresolved symbols" and I don't know how to fix that. I will be attaching emerge --info and my .config.
Created attachment 81422 [details] emerge --info This is my emerge --info
Created attachment 81423 [details] kernel config This is my kernel config
I see similar issues, every single time I exit xorg 7.0 in any way. This is on an x86 system. It is very annoying. I am able to do the sysreq dance. Paste came out screwy thanks to KDE I guess. the -ifc patch to the kernel is a simple one-file patch to ACPI to enable fan control on this IBM Thinkpad T43 laptop. Gentoo Base System version 1.6.14 Portage 2.1_pre5-r4 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.6-r3, 2.6.15.6-ifc i686) ================================================================= System uname: 2.6.15.6-ifc i686 Intel(R) Pentium(R) M processor 1.86GHz distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 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-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=pentium-m -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/conf ig /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/ share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-Os -march=pentium-m -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo/ ftp://gentoo.chem.wisc.edu/gentoo / http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.rhnet.is/pub/gentoo/ http://ftp.rhnet.is/pub/gentoo/" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 3dnow X a52 alsa apm avi berkdb bitmap-fonts cdr chroot crypt dri dv dvd dvd r dvdread eds emboss encode foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 hal im lib jpeg kde kdeenablefinal libg++ libwww mad mikmod mmx motif mp3 mpeg ncurses netwo rk nls ogg oggvorbis opengl pam pdflib perl png pwdb python qt quicktime readline sdl spell sse ssl theora tiff truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zl ib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_synaptics ker nel_linux userland_GNU video_cards_ati" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS
By the way, this bug sounds similar in some ways, perhaps they are related? Bug 123525
The problem exists with the 8.23.7 drivers too. The picture of the kernel panic: http://www.flickr.com/photos/50057259@N00/112324624/
Same here: CPU: AMD Athlon 64 3200+ Kernel: 2.6.15-gentoo-r7 X version: X.Org 7.0 (modular X) Video Card: Radeon 9800 XT The kernel panics as soon as X is _launched_.
Created attachment 82075 [details] kernel config
Created attachment 82076 [details] emerge --info
Hi I have a similar issue with a kernel panic when I load X with the 2.6.15 kernel-gentoo sources, I have tried with the 8.22.5 and the 8.23.7 drivers and I get the same results. I have tried many different kernel configs, and even tried a patch with an overlayt, but it failed to apply correctly
(In reply to comment #18) I have got exactly the same trouble here with ati-drivers 2.23.7 and a gentoo-sources-2.6.16
(In reply to comment #23) > (In reply to comment #18) > I have got exactly the same trouble here with ati-drivers 2.23.7 and a > gentoo-sources-2.6.16 > 8.23.7 that is of course...
(In reply to comment #24) > (In reply to comment #23) > > (In reply to comment #18) > > I have got exactly the same trouble here with ati-drivers 2.23.7 and a > > gentoo-sources-2.6.16 > > > > 8.23.7 that is of course... > I also checked against the 8.24.8 drivers, problem is also occurring there (x86 system)
I'm experiencing this problem with ati-drivers-8.24.8 when gdm is stopped but only when gentoo emergence (?) theme is set. Plain gdm works here. Graphics chipset is Radeon Mobility X700, Processor pentium-m I'm going to post a link to a "screenshot" of the panic later. $ emerge info Portage 2.1_rc1-r2 (default-linux/x86/2005.1, gcc-3.4.6, glibc-2.4-r3, 2.6.14-mw -laptop i686) ================================================================= System uname: 2.6.14-mw-laptop i686 Intel(R) Pentium(R) M processor 1.73GHz Gentoo Base System version 1.12.0_pre19 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disable d] dev-lang/python: 2.3.5-r2, 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-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O3 -pipe -mmmx -msse -msse2 -mfpmath=sse -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share /config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kd e/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var /qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/t erminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=pentium-m -O3 -pipe -mmmx -msse -msse2 -mfpmath=sse -ftracer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/ distributions/gentoo" LANG="C" MAKEOPTS="-j1" 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.de.gentoo.org/gentoo-portage" USE="x86 X Xaw3d aac acl acpi alsa apache2 avi bash-completion berkdb bitmap-fon ts browserplugin bzip2 bzlib cdparanoia cdr cli crypt cups dba dedicated dga div x4linux doc dri dvd dvdr dvi eds emboss encode escreen exif fbcon ffmpeg firefox flac foomaticdb ftp gd gdbm gif gimpprint gnome gstreamer gtk gtk2 i8x0 imap im lib insecure-savers ipv6 isdnlog jabber java jpeg jpeg2k libcaca libg++ libwww m ad mbox mmx mmxext motif mozdevelop mozsvg mp3 mpeg mysql ncurses nls no-htdocs nptl nptlonly nsplugin offensive ogg oggvorbis opengl oscar oss pam pcre pdflib pear perl png postfix pppd python quicktime readline real reflection rtc samba s dl session silverxp spell spl sse sse2 ssl stencil-buffer svg tcltk tcpd theora tiff truetype truetype-fonts type1-fonts usb userlocales vim-with-x visualizatio n vorbis win32codecs wmf xanim xchattext xml xml2 xmms xorg xprint xsl xv xvid z lib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_synapti cs kernel_linux userland_GNU video_cards_fglrx video_cards_radeon" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LI NGUAS, PORTAGE_RSYNC_EXTRA_OPTS
I tried some different gdm themes: gentoo-cow, LiNsta, Happy Gnome, Circles, an Ubuntu theme. I have the same problem with all of them. I think the Circles is the default Gnome theme. If I restart the system from the GDM action menu it's working! But if trying anything from the command line, the panic occures. Tried: restart, halt, /etc/inid.d/xdm stop, kill -9 <gdm pid> ... ati-drivers: 8.24.8 gdm: 2.8.0.7-r1 kernel: 2.6.16-gentoo-r7 Picture of the panic: http://www.flickr.com/photos/50057259@N00/150265767/
The 8.25.18 driver solved this kernel panic issue for me. Finally :)
Initial tests look good with the 8.25.18 drivers. I can actually restart xdm again without a panic. Bout time, please remove 8.24.8 from the tree...they are bad news.
Panic also gone here since upgrade to 8.25.18 .
it seems that this bug can be closed .... but I hope the version affected by the bug will be removed from the tree.
It's been about 2 months now. Let's close the bug.
There really is no reason to keep this bug open. It was fixed by upstream a while ago.
sorry, I didn't see that I can close it myself :)