Bug#616389: xserver-xorg-video-radeon: Crashes when closing graphical VT ("(EE) RADEON(0): failed to set mode: Permission denied")

Thue Janus Kristensen thuejk at gmail.com
Sat Mar 5 10:36:06 PST 2011


As far as I can tell, there is nothing interesting in kdm.log or Xorg.1.log
(both attached, for a newly generated crash).

Regards, Thue

2011/3/4 Michel Dänzer <daenzer at debian.org>

> On Don, 2011-03-03 at 10:33 +0100, Thue Janus Kristensen wrote:
> > Package: xserver-xorg-video-radeon
> > Version: 1:6.14.0-1
> > Severity: important
> >
> > I have a 100% reproducible crash, using these steps:
> > 1) From inside KDE go "kde menu"->"leave"->"switch user"
> > 2) "New session"
> > 3) log in to the new session, with another user, using gnome
> > 4) Go "gnome panel"->"administrator"->"log [user] out..."->"logout"
> > 5) The X server crashes, with the following in Xorg.0.log:
> >
> > [...]
> > [  5654.762] (II) RADEON(0): Modeline "1600x1200"x0.0  162.00  1600 1664
> 1856 2160  1200 1201 1204 1250 +hsync +vsync (75.0 kHz)
> > [  5728.944] (II) AIGLX: Suspending AIGLX clients for VT switch
> > [  5734.796] (II) Open ACPI successful (/var/run/acpid.socket)
> > [  5734.796] (II) AIGLX: Resuming AIGLX clients after VT switch
> > [  5734.797] Unable to retrieve master
> > [  5734.797] (EE) RADEON(0): failed to set mode: Permission denied(EE)
> RADEON(0): failed to set mode: Permission denied
>
> The question is why retrieving master fails. Most likely the second X
> server fails to drop master (in time), maybe it crashes or otherwise
> doesn't shut down cleanly? Anything interesting in the X or kdm/gdm log
> file for the second X server?
>
>
> > Backtrace:
> > [  5734.797] 0: /usr/bin/X (xorg_backtrace+0x28) [0x45ceb8]
> > [  5734.797] 1: /usr/bin/X (0x400000+0x64cd9) [0x464cd9]
> > [  5734.797] 2: /lib/libpthread.so.0 (0x7f020cb93000+0xef60)
> [0x7f020cba1f60]
> > [  5734.797] 3: /usr/lib/xorg/modules/drivers/radeon_drv.so
> (0x7f020980c000+0xebff1) [0x7f02098f7ff1]
> > [  5734.797] 4: /usr/bin/X (xf86ProbeOutputModes+0x146) [0x483316]
> > [  5734.797] 5: /usr/bin/X (0x400000+0x8a044) [0x48a044]
> > [  5734.797] 6: /usr/bin/X (RRGetInfo+0xd1) [0x4b7cc1]
> > [  5734.797] 7: /usr/lib/xorg/modules/extensions/libglx.so
> (0x7f020a34b000+0x40c2c) [0x7f020a38bc2c]
> > [  5734.797] 8: /usr/bin/X (xf86Wakeup+0x3f2) [0x474902]
> > [  5734.797] 9: /usr/bin/X (WakeupHandler+0x4b) [0x43aa5b]
> > [  5734.797] 10: /usr/bin/X (WaitForSomething+0x1d7) [0x465547]
> > [  5734.797] 11: /usr/bin/X (0x400000+0x32b12) [0x432b12]
> > [  5734.797] 12: /usr/bin/X (0x400000+0x2573b) [0x42573b]
> > [  5734.797] 13: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f020b8f6c4d]
> > [  5734.797] 14: /usr/bin/X (0x400000+0x252c9) [0x4252c9]
> > [  5734.797] Segmentation fault at address 0x10
> > [  5734.798]
> > Fatal server error:
> > [  5734.798] Caught signal 11 (Segmentation fault). Server aborting
>
> I presume this is basically things going south after the above.
>
>
> --
> Earthling Michel Dänzer           |                http://www.vmware.com
> Libre software enthusiast         |          Debian, X and DRI developer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20110305/ed79cc57/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xorg.1.log
Type: text/x-log
Size: 55883 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20110305/ed79cc57/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kdm.log
Type: text/x-log
Size: 18999 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-driver-ati/attachments/20110305/ed79cc57/attachment-0003.bin>


More information about the xorg-driver-ati mailing list