Bug#418700: xserver-xorg-video-ati: crashes on resume when rhythmbox is playing music
On Thu, 2007-04-12 at 16:44 +0200, Michel Dänzer wrote: > Hmm, looks like it can't even figure out which files the symbols are > in... Do you have the debugging symbols > in /usr/lib/debug/usr/{bin/Xorg,lib/xorg/} ? No, I don't have anything in there. Probably because xserver-xorg-core-dbg isn't built for powerpc. johannes signature.asc Description: This is a digitally signed message part
Bug#418700: xserver-xorg-video-ati: crashes on resume when rhythmbox is playing music
On Thu, 2007-04-12 at 01:10 +0200, Johannes Berg wrote: > > Then, install the resulting xserver-xorg-video-ati package and possibly > > xserver-xorg-core-dbg which is available in experimental. > > That should give you a usable backtrace if you're able to attach gdb to > > the server (from another machine). > > Uh, is there a trick to it? > > All I get is: > Program received signal SIGSEGV, Segmentation fault. > 0x1007dabc in ?? () > (gdb) bt > #0 0x1007dabc in ?? () > #1 0x1007da9c in ?? () > [... more lines with just addresses like that ...] > > which is obviously totally useless. Hmm, looks like it can't even figure out which files the symbols are in... Do you have the debugging symbols in /usr/lib/debug/usr/{bin/Xorg,lib/xorg/} ? Does it work just after attaching gdb to the server? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#418700: xserver-xorg-video-ati: crashes on resume when rhythmbox is playing music
> Then, install the resulting xserver-xorg-video-ati package and possibly > xserver-xorg-core-dbg which is available in experimental. > That should give you a usable backtrace if you're able to attach gdb to > the server (from another machine). Uh, is there a trick to it? All I get is: Program received signal SIGSEGV, Segmentation fault. 0x1007dabc in ?? () (gdb) bt #0 0x1007dabc in ?? () #1 0x1007da9c in ?? () [... more lines with just addresses like that ...] which is obviously totally useless. johannes signature.asc Description: This is a digitally signed message part
Bug#418700: xserver-xorg-video-ati: crashes on resume when rhythmbox is playing music
On Wed, 2007-04-11 at 14:22 +0200, Michel Dänzer wrote: > > Initially I suspected that rhythmbox was trying to draw something while > > other processes were still stopped due to alsa giving it a signal or > > something, but I think that theory can be dismissed ;) [actually, I checked, > > but see no evidence in both alsa code and a rhythmbox strace] > > The actual drawing would be done by the X server anyway. True. > Yeah, looks like https://bugs.freedesktop.org/show_bug.cgi?id=10442 > which is fixed in git. > > The log of the previous X server should be in /var/log/Xorg.0.log.old > BTW. Right. But I forgot which one I was looking at and then later had restarted so many times again. > > * it doesn't happen when rhythmbox is running but not playing music (though > >I haven't actually tried with paused) > > Does it happen when the rhythmbox window is hidden? Is visualization > enabled in rhythmbox? It happens when it's hidden and just the tray icon is visible. > > * The kernel I'm running is heavily patched, but I disclaim any > >responsibility. > > Heh, would still be nice if you could try a stock kernel for reference. Heh, yeah. I'll take a look. My patches do touch suspend but mostly shuffle code and I never had problems with it. johannes signature.asc Description: This is a digitally signed message part
Bug#418700: xserver-xorg-video-ati: crashes on resume when rhythmbox is playing music
On Wed, 2007-04-11 at 13:37 +0200, Julien Cristau wrote: > You should be able to get a debug build of the driver this way: > $ apt-get source xserver-xorg-video-ati > $ cd xserver-xorg-video-ati-* > $ sudo apt-get build-dep xserver-xorg-video-ati > $ DEB_BUILD_OPTIONS=nostrip dpkg-buildpackage -rfakeroot -us -uc -b -B Should. Last time I tried on powerpc it failed, I'll give it a try again. > Then, install the resulting xserver-xorg-video-ati package and possibly > xserver-xorg-core-dbg which is available in experimental. > That should give you a usable backtrace if you're able to attach gdb to > the server (from another machine). xserver-xorg-core-dbg doesn't seem to be built for powerpc yet. I'll give it all a try next week, I doubt I can find enough time this week. johannes signature.asc Description: This is a digitally signed message part
Bug#418700: xserver-xorg-video-ati: crashes on resume when rhythmbox is playing music
On Tue, 2007-04-10 at 19:37 +0200, Johannes Berg wrote: > > Both versions 6.6.3 and 6.6.191 crash on resume (when switching back from > the suspend console) when rhythmbox is playing across suspend. Just having > rhythmbox open doesn't make a difference. [...] > Initially I suspected that rhythmbox was trying to draw something while > other processes were still stopped due to alsa giving it a signal or > something, but I think that theory can be dismissed ;) [actually, I checked, > but see no evidence in both alsa code and a rhythmbox strace] The actual drawing would be done by the X server anyway. > This backtrace I got might be it, but it might also be the one from later > on (see below): > > 0: /usr/bin/X(xf86SigHandler+0x94) [0x100a64f8] > 1: [0x100344] > 2: /lib/ld.so.1 [0x30014298] > 3: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xf92f0b8] > 4: /usr/lib/xorg/modules/drivers//radeon_drv.so(RADEONPreInit+0xa24) > [0xf933248] Yeah, looks like https://bugs.freedesktop.org/show_bug.cgi?id=10442 which is fixed in git. The log of the previous X server should be in /var/log/Xorg.0.log.old BTW. > * it doesn't happen when rhythmbox is running but not playing music (though >I haven't actually tried with paused) Does it happen when the rhythmbox window is hidden? Is visualization enabled in rhythmbox? > * The kernel I'm running is heavily patched, but I disclaim any >responsibility. Heh, would still be nice if you could try a stock kernel for reference. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#418700: xserver-xorg-video-ati: crashes on resume when rhythmbox is playing music
On Tue, Apr 10, 2007 at 19:37:26 +0200, Johannes Berg wrote: > Both versions 6.6.3 and 6.6.191 crash on resume (when switching back from > the suspend console) when rhythmbox is playing across suspend. Just having > rhythmbox open doesn't make a difference. > > Initially I suspected that rhythmbox was trying to draw something while > other processes were still stopped due to alsa giving it a signal or > something, but I think that theory can be dismissed ;) [actually, I checked, > but see no evidence in both alsa code and a rhythmbox strace] > > This backtrace I got might be it, but it might also be the one from later > on (see below): > > 0: /usr/bin/X(xf86SigHandler+0x94) [0x100a64f8] > 1: [0x100344] > 2: /lib/ld.so.1 [0x30014298] > 3: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xf92f0b8] > 4: /usr/lib/xorg/modules/drivers//radeon_drv.so(RADEONPreInit+0xa24) > [0xf933248] > 5: /usr/bin/X(InitOutput+0xb08) [0x100663e8] > 6: /usr/bin/X(main+0x294) [0x10026d88] > 7: /lib/libc.so.6 [0xfc83d48] > 8: /lib/libc.so.6 [0xfc83f98] > > When X has crashed during resume and version 6.6.3 is installed, X can be > simply restarted (actually, that might only be true for MergedFB off, see > bug #41), while when 6.6.191 is installed it again segfaults when > starting after it has crashed. And in fact, that might be the backtrace > above. Not that it's useful in either case. I could reproduce this and get > better stack traces if I can obtain debug builds of the driver. > Hi, thanks for your report. You should be able to get a debug build of the driver this way: $ apt-get source xserver-xorg-video-ati $ cd xserver-xorg-video-ati-* $ sudo apt-get build-dep xserver-xorg-video-ati $ DEB_BUILD_OPTIONS=nostrip dpkg-buildpackage -rfakeroot -us -uc -b -B Then, install the resulting xserver-xorg-video-ati package and possibly xserver-xorg-core-dbg which is available in experimental. That should give you a usable backtrace if you're able to attach gdb to the server (from another machine). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418700: xserver-xorg-video-ati: crashes on resume when rhythmbox is playing music
Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: normal Let me say this up front: Yes, this is extremely strange. I have no idea what could *possibly* be causing it. Both versions 6.6.3 and 6.6.191 crash on resume (when switching back from the suspend console) when rhythmbox is playing across suspend. Just having rhythmbox open doesn't make a difference. Initially I suspected that rhythmbox was trying to draw something while other processes were still stopped due to alsa giving it a signal or something, but I think that theory can be dismissed ;) [actually, I checked, but see no evidence in both alsa code and a rhythmbox strace] This backtrace I got might be it, but it might also be the one from later on (see below): 0: /usr/bin/X(xf86SigHandler+0x94) [0x100a64f8] 1: [0x100344] 2: /lib/ld.so.1 [0x30014298] 3: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xf92f0b8] 4: /usr/lib/xorg/modules/drivers//radeon_drv.so(RADEONPreInit+0xa24) [0xf933248] 5: /usr/bin/X(InitOutput+0xb08) [0x100663e8] 6: /usr/bin/X(main+0x294) [0x10026d88] 7: /lib/libc.so.6 [0xfc83d48] 8: /lib/libc.so.6 [0xfc83f98] When X has crashed during resume and version 6.6.3 is installed, X can be simply restarted (actually, that might only be true for MergedFB off, see bug #41), while when 6.6.191 is installed it again segfaults when starting after it has crashed. And in fact, that might be the backtrace above. Not that it's useful in either case. I could reproduce this and get better stack traces if I can obtain debug builds of the driver. A few more points: * it doesn't happen when mplayer is playing music * it doesn't happen when rhythmbox is running but not playing music (though I haven't actually tried with paused) * The kernel I'm running is heavily patched, but I disclaim any responsibility. The major difference over mainline kernels is that processes are stopped across suspend due to using /sys/power/state now. * I have previously suspended with rhythmbox running but cannot say what change surfaced this bug. I suspect a rhythmbox upgrade since that would be one of the few things I upgraded. If I read the backtrace correctly, then RADEONPreInit is loaded at 0xf932824 which means that the module is loaded at 0xf902d40. I tried following the code at 0x2c378 in the module (0xf92f0b8-0xf902d40) but it doesn't make sense to me (it seems to poke around in the code of the caller?!) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.21-rc5-g356f78c6-dirty Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.5-0exp6 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.2.99.903-1 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]