Bug 235625

Thanks for the bug report.  We have reviewed the information you have provided
above, and there is some additional information we require that will be helpful
in our diagnosis of this issue.

Please attach your X server config file (/etc/X11/xorg.conf) and X server log
file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file
attachments using the bugzilla file attachment link below.

Could you please also try to run without any /etc/X11/xorg.conf whatsoever and
let X11 autodetect your display and video card? Attach to this bug
/var/log/Xorg.0.log from this attempt as well, please.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Created attachment 152266 [details]
X server config file requested by maintainer

Created attachment 152267 [details]
Xorg log file requested by maintainer

Currently updating system.  Will restart without xorg.conf file afterwards and
send attachments requested.

Created attachment 152270 [details]
Xorg log file after restart with no xorg.conf file

[root@f7t3 ~]# ls /etc/X11
applnk	prefdm	      sysconfig  X    xinit    xorg.conf.old
fs	serverconfig  twm	 xdm  Xmodmap  Xresources

Created attachment 152276 [details]
Xorg log file.

This is the file just after X crashed while in Firefox and after I logged back
in just in case that is useful.

Next time this happens, when X restarts, look at /var/log/Xorg.0.log.old
instead.  It should have a backtrace at the end indicating where the crash
happened.  Please attach that file when you find it.

You can have my backtrace, exact same issue:

Backtrace:
0: /usr/bin/Xorg(xf86SigHandler+0x6d) [0x47f5ed]
1: /lib64/libc.so.6 [0x2aaaab17f620]
2:
/usr/lib64/xorg/modules/extensions//libGLcore.so(xmesa_check_and_update_buffer_size+0xc)
[0x2aaab27d5c4c]
3: /usr/lib64/xorg/modules/extensions//libGLcore.so [0x2aaab27d845d]
4: /usr/lib64/xorg/modules/extensions//libglx.so [0x2aaaabb9173b]
5: /usr/bin/Xorg(compPositionWindow+0x62) [0x4bc5f2]
6: /usr/bin/Xorg(ResizeChildrenWinSize+0x1ce) [0x43a01e]
7: /usr/bin/Xorg(miSlideAndSizeWindow+0x1ab) [0x4ef10b]
8: /usr/bin/Xorg(compResizeWindow+0xad) [0x4bd46d]
9: /usr/bin/Xorg(ConfigureWindow+0xb8d) [0x439b5d]
10: /usr/bin/Xorg(ProcConfigureWindow+0x96) [0x44ab46]
11: /usr/bin/Xorg(Dispatch+0x1db) [0x44b2db]
12: /usr/bin/Xorg(main+0x45d) [0x43404d]
13: /lib64/libc.so.6(__libc_start_main+0xf4) [0x2aaaab16caa4]
14: /usr/bin/Xorg(FontFileCompleteXLFD+0x231) [0x433319]

Fatal server error:
Caught signal 11.  Server aborting

btw - I should mention that yes, that's the whole thing.

Still, Gerry, could we get yours /var/log/Xorg.0.log, please?

Created attachment 155726 [details]
Requested log file

This is my current log file.  I have had no recent occurrences of this bug.  I
previously submitted several files on 4/11 which are comments 2, 3, 4, 5 of
this bug report.  If there is something else I can try and submit, let me know.


Current driver:
[root@f7t4 ~]# rpm -q xorg-x11-drv-nv
xorg-x11-drv-nv-2.0.2-2.fc7

J French, could you confirm that when upgrading to xorg-x11-drv-nv-2.0.2-2.fc7
the bug could not be reproduced?

I cannot, Fedora 7 was so very unstable that I was forced to downgrade back to
FC6. This bug was just one of many that caused this.

Perhaps related: When switching to a VT (ctrl+alt+F1-F6), switching back to X
would crash it in the same manner. These two bugs, combined with an inability to
delete NFS mounted files under Nautilus, effectively made Fedora 7 unacceptable
for use for me.

As stated, when I have more time, I'll look into again, but that's not going to
be for at least a couple days.

Created attachment 157695 [details]
Xorg.0.log from the crashed session

Changed the Component as I am using "vesa" driver and I got the same backtrace:


Backtrace:
0: /usr/bin/Xorg(xf86SigHandler+0x6d) [0x48b99d]
1: /lib64/libc.so.6 [0x3d6b030620]
2:
/usr/lib64/xorg/modules/extensions//libGLcore.so(xmesa_check_and_update_buffer_size+0xc)
[0x2aaaae53914c]
3: /usr/lib64/xorg/modules/extensions//libGLcore.so [0x2aaaae56941d]
4: /usr/lib64/xorg/modules/extensions//libglx.so [0x2aaaab1b373b]
5: /usr/bin/Xorg(compPositionWindow+0x62) [0x4bf7c2]
6: /usr/bin/Xorg(miSlideAndSizeWindow+0x1cc) [0x4f22fc]
7: /usr/bin/Xorg(compResizeWindow+0xad) [0x4c063d]
8: /usr/bin/Xorg(ConfigureWindow+0xb8d) [0x43a31d]
9: /usr/bin/Xorg(ProcConfigureWindow+0x96) [0x44b306]
10: /usr/bin/Xorg(Dispatch+0x1db) [0x44ba9b]
11: /usr/bin/Xorg(main+0x45d) [0x43480d]
12: /lib64/libc.so.6(__libc_start_main+0xf4) [0x3d6b01daa4]
13: /usr/bin/Xorg(FontFileCompleteXLFD+0x229) [0x433ad9]

Fatal server error:
Caught signal 11.  Server aborting

xorg-x11-server-Xorg-1.3.0.0-9.fc7.x86_64

Created attachment 157696 [details]
My `rpm -qa|gzip'

And it definitely started since installing:
  gtkglext-1.2.0-4.fc6.x86_64
  gnash-0.8.0-1.fc7.x86_64
  gnash-plugin-0.8.0-1.fc7.x86_64

So `yum remove gtkglext' should be the workaround to make F7 usable again.

`yum remove gtkglext' is unfortunately not a complete workaround.

rm /usr/lib64/xorg/modules/extensions/libGLcore.so
still crashes the machine on GL open but ...

---> rm /usr/lib64/xorg/modules/extensions/libglx.so
is the right workaround to prevent unprivileged applications crashing your PC.

Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.

If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)

Thanks for your help, and we apologize again that we haven't handled
these issues to this point.

The process we're following is outlined here:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.

I have basically the same problem: X crashes when closing programs. Though it
does not happen with firefox but with f-spot, vncviewer, virt-manager.
Seems it always crashes when there is something with graphics involved,
something like overlay or stuff? Will attach xorg.conf, Xorg.0.log.old, anything
else needed?

Created attachment 302944 [details]
Xorg.0.log.old when X crashed

Created attachment 302945 [details]
xorg.conf

Just checked: Also happens with the AccelMethod set to XAA. Will check with the
radeonhd driver in the next step. Though that one is reaaaaallly slow (several
seconds until a window goes into fullscreen, etc.).

BTW, I do NOT use compiz.

Further investigation:
Tried the hints from comment #16, removed gtkglext-libs (which in turn removed
libvirt-manager and the vnc-viewer) -> f-spot still crashes.
Removing/renaming /usr/lib/xorg/modules/extensions/libglx.so only leads to X
hanging on startup.

Will try with the live-cd of F9 preview release to see if it happens there, too.

It does not happen when starting the F9 preview i686 live cd, but it happens
when using a "fresh" user on my system. Seems to be something on this system,
though I have no idea what it is and what causes it. Even though it's a beta
system, that kind of crash should be gone a while ago ...

Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

I can crash xmesa_check_and_update_buffer_size on X startup, on fully updated
F9, but I am using the livna nvidia driver.  Next time I try xorg-x11-drv-nv
(currently broken for me due to #234824) I will see if the problem persists.

Unable to repro with an nv laptop on F11.  Please reopen if this is still an issue in F11.