Summary: | xorg-x11 crashes with signal 11 when starting with a SiS 330 ("Xabre") video card | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rod Smith <gentoobugs> |
Component: | [OLD] Unspecified | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED UPSTREAM | ||
Severity: | major | CC: | christian.korff |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Xorg.0.log file for the crashed Xorg session
xorg.conf configuration file |
Description
Rod Smith
2004-04-27 10:33:16 UTC
Created attachment 30165 [details]
Xorg.0.log file for the crashed Xorg session
Created attachment 30166 [details]
xorg.conf configuration file
As the comments show, this file was originally created in a Mandrake
installation, then edited for my purposes. Generating a new file by using "Xorg
-configure" and using it instead produces no better results, though.
Do /usr/X11R6/lib/modules/dri/sis_dri.so and /usr/X11R6/lib/modules/linux/libdrm.a exist? I will confirm this definately happens. I can stop the drm* errors by adding Load "Dri" to my modules section of xorg.conf, however doing so results in this Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved! Symbol __glXActiveScreens from module /usr/X11R6/lib/modules/extensions/libdri.a is unresolved! This the same for you Rod? *prod* Rod can you try stuff in comment #4 I did reply to comment #4 (and also to #3), but they were by e-mail; I guess either they got lost or e-mail replies aren't added to this Bugzilla system.... Anywho, /usr/X11R6/lib/modules/linux/libdrm.a exists, but /usr/X11R6/lib/modules/dri/sis_dri.so doesn't exist. This file also doesn't exist in my XFree86 4.3 installation, FWIW. I have no DRI section in my xorg.conf file. As to #4, it's not quite the same for me. If I add 'Load "Dri"' to my modules section, the drm* errors don't go away. If I add 'Load "glx"' to that section, I get the glX* errors described. None of this seems to make any difference in Xorg's ability to start, which is the most important issue for me. Some more information: I've had another go, using exactly the same binaries as before, and now X runs; however, when I exit from X or try to switch to a virtual console, the entire system becomes useless. It looks and feels like a system hang from the console, and servers no longer respond, but the system still responds to pings. I can only assume that some intervening change in system libraries or some such has caused the new behavior. Also, I've installed Fedora Core 2 on this same system in a multi-boot configuration. It uses Xorg-X11, but its version runs fine. (I can't run it in Gentoo because it uses a newer glibc, though.) I've found a workaround. It appears that the problem is due to a conflict between Xorg-X11 and the kernel's SiS console framebuffer support. In particular, setting these options causes the problem: CONFIG_FB_SIS=y CONFIG_FB_SIS_315=y CONFIG_FRAMEBUFFER_CONSOLE=y It's possible that this interacts with my kernel boot options; I've been using "vga=794" to set my text video mode. When I disable CONFIG_FRAMEBUFFER_CONSOLE, Xorg-X11 runs and doesn't crash when I exit from it; however, the video display is scrambled when I log out from a GDM login; three compressed (side-by-side) and flickery copies of the display appear in place of one normal display. Switching to a text-mode VT and back again to X causes the display to revert to normal. Disabling CONFIG_FRAMEBUFFER_CONSOLE also means that I can't adjust my text-mode display to use smaller fonts; I'm stuck with an 80x25 display on my 19-inch monitor. Note that I've done most of my recent tests with a stock (non-Gentoo) 2.6.6 kernel, but the problem occurs with earlier 2.6.x kernels, too. I haven't tested the workaround on earlier or Gentoo-patched kernels. In any event, I don't consider this bug to be fixed, but the workaround appears to be acceptable in the short term. At the suggestion of Thomas Winischhofer, the SiS driver's author, I upgraded the SiS fbdev driver in the kernel with code from his Web site (http://www.winischhofer.net/linuxsisvga.shtml). This has fixed the crashes; apparently they were due to changes in the way the fbdev and X drivers communicated that weren't synchronized between the kernel and Xorg-X11. Thomas says he's submitted his fixes to the kernel, but I don't know when they'll make it into a production kernel. Unfortunately, fbdev text-mode video now doesn't clear -- for instance, when starting a text editor, the existing text remains on the screen. This clearly isn't an X issue, though; it happens whether or not X is running. Definitely an upstream issue with fbdev. Please follow this there if you're interested. Rod, do you know if this has been merged into the kernel? |