Description of problem: X server cannot start of intel driver after the update to 1.6.3 version Version-Release number of selected component (if applicable): xorg-x11-server-Xorg-1.6.3-4.fc11.x86_64 and xorg-x11-drv-intel-2.7.0-7.fc11.x86_64 How reproducible: Reboot your system after the update to xorg 1.6.3 Steps to Reproduce: 1. Reboot the system after having issued "yum update" to get the new xorg server 2. 3. Actual results: Boot process stacks after the plymouth screen with the fedora logo on the completed state. KDM cannot start. Issuing manually startx on run level 3 it produces error messages that cannot connect to X server Expected results: KDM should have started and asked for user's credentials Additional info: I have removed my /etc/X11/xorg.conf and have it recreated using system-config-display. KDM now can start, but when you give your credentials and you see KDE load screen, it throws you back to KDM login screen. I've switched the driver from "intel" to "vesa" in xorg.conf and now I was able to log in to my DE (KDE). My graphics card information has been given in details to Bug 508029 for having KMS problems. Now it does not work at all. I have tried to remove the kernel arguments "nomodeset" and "vga" to no avail.
Similar issue here. On x86_64, xorg-x11-server-Xorg-1.6.3-4 segfaults: Xorg[1741]: segfault at 0 ip 00000000004e8e0b sp 00007fff3fbbee98 error 4 in Xorg[400000+1b6000] Xorg[2104]: segfault at 0 ip 00000000004e8e0b sp 00007fff1c8a8958 error 4 in Xorg[400000+1b6000] I had to downgrade to: xorg-x11-server-Xorg-1.6.1.901 xorg-x11-server-common-1.6.1.901 before X would work I'm also using the Intel driver, have plymouth enabled, but use GDM. GDM starts after boot but the segfault occurs when logging into GDM as a user
Looks like this is a duplicate *** This bug has been marked as a duplicate of bug 518748 ***
Why is this a duplicate? compiz is not mentioned at all.
Indeed, but we don't know yet if it is the same bug that caused the problem. Maybe a Fedora representative could give us some more information. For the record the affected window manager is kwin for both my computers that faced the same problem. The other has an old ATI graphics card.
Sep 14 07:51:13 nymph kernel: Xorg[7808]: segfault at 0 ip 0812d5b6 sp bf9663b8 error 4 in Xorg[8047000+1b8000] The workaround mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=518748#c8 works for me. (In reply to comment #8) > ... > I have line 19 in /usr/bin/compiz-gtk commented out: > > # export LIBGL_ALWAYS_INDIRECT=1 > ...
> ls -al /usr/bin/compiz-gtk ls: cannot access /usr/bin/compiz-gtk: No such file or directory I'm a sad panda!
(In reply to comment #3) > Why is this a duplicate? compiz is not mentioned at all. Could you please upgrade your Xorg server to packages from http://koji.fedoraproject.org/koji/buildinfo?buildID=131217 please? Does it help?
I've updated to xorg-x11-server-common-1.6.4-0.1.fc11.x86_64 and xorg-x11-server-Xorg-1.6.4-0.1.fc11.x86_64 (the other packages are not installed at all to my box) to no avail. The problem is still there.
To #7: no it doesn't help updating to that build. :-( (no compiz here, just radeonhd)
Created attachment 361195 [details] Failing Xorg log file Just for the history, it seems to be a different problem. Backtrace is different at least. The directions of http://wiki.x.org/wiki/Development/Documentation/ServerDebugging cannot be applied to my F11 box (no /usr/X11R6/bin/X exists and debuginfo-install does not work). I might try the compile option to get a proper debugging information, but I'm too busy at the moment. This is only what I have. I hope someone else to fire another bug, because as it seems there is no love for non-compiz window managers. Add compiz usage to the list of the known workarounds.
Can I use compiz on ATI rv635 gpu with radeonhd driver? Don't think so yet.
Koji updates needed to remove "nomodeset" and "vga" parameters from kernel command line and also I had to remove "AutoAddDevices" option from ServerLayout to have my X server working again with the "intel" driver.
Hmmm... Autoadd devices? No Compiz? See https://bugzilla.redhat.com/show_bug.cgi?id=522936