Bug 211820
Summary: | Xorg does not start again after ending a X session | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Matthias Hensler <adv> | ||||||||||||||
Component: | xorg-x11-drv-i810 | Assignee: | Adam Jackson <ajax> | ||||||||||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |||||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||||
Priority: | medium | ||||||||||||||||
Version: | 6 | CC: | mcepl, mcepl, mefoster, mszpak, phil | ||||||||||||||
Target Milestone: | --- | ||||||||||||||||
Target Release: | --- | ||||||||||||||||
Hardware: | All | ||||||||||||||||
OS: | Linux | ||||||||||||||||
Whiteboard: | |||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||
Clone Of: | Environment: | ||||||||||||||||
Last Closed: | 2008-01-15 14:40:34 UTC | Type: | --- | ||||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||||
Documentation: | --- | CRM: | |||||||||||||||
Verified Versions: | Category: | --- | |||||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||
Embargoed: | |||||||||||||||||
Attachments: |
|
Description
Matthias Hensler
2006-10-23 10:29:34 UTC
Created attachment 139109 [details]
xorg.conf configuration file
Created attachment 139110 [details]
full Xorg logfile
This is the xorg.log when the server does not start again.
Created attachment 139111 [details]
Xorg.log on normal startup
For references: this is the Xorg.log if the X is started the first time without
crashing.
Created attachment 139113 [details]
Xorg.log on fresh start with intel driver (modesetting branch)
As said above, X won't not start at all with the driver from modesetting branch
(even on a fresh start). See the attached logfile, the configuration is the
same as above, only replace Driver "i810" by "intel".
Please also note that I do _not_ use i810resolution or i915resolution, as
1600x1200 is one of the modes in my VBios.
The modesetting driver does not work for me at all when trying to use a
resolution higher than 1024x768 (regardless if supported by VBios or not).
Created attachment 140248 [details]
X config file
Created attachment 140249 [details]
X log file before attempting log out
So my text got lost when I made the attachments? Bugs in bugzilla! I am seeing symtoms very similar to the initial report. FC6 (x86_64) Commell LV-677 motherboard with 945GM chipset Intel Core 2 Duo CPU (Merom) xorg-x11-drv-i810-1.6.5-9.fc6 With initial installation, X was very unstable. With rescue mode I switched the inittab to runlevel 3, which enabled me to get in and set up with the "vesa" driver, starting out with an xorg.conf file from a FC5 installation. I got it so things were OK. Then I switched back to the i810 driver. Now X starts up OK when I boot, but when I attempt to log out or reboot, the screen goes completely black and I cannot even get in with SSH. That makes it hard to do much diagnostics. xorg.conf and Xorg.0.log files in previous posts. The same (crash on logout/X-server restart/resuming from suspend) with AmiloPro V8010 (Intel Mobile 915GM Express) with enabled dual head view. xorg-x11-drv-i810-1.6.5-10.fc6 (also with 1.7.3 compiled by hand). I can attach logfile, but stack trace is similar to this provided by Matthias. I was also unable to configure primary screen on an external monitor, but is probably another problem. I am seeing this same problem on a Toshiba Satellite A106-4324. X crashes on exit from the bootup gui. If I switch to runlevel 3, I can "startx" and get to the desktop, but upon logout X crashes again. As David stated, the machine does not respond to ctrl-alt-f1 or f2 and cannot be ssh'd to. X does run under vesa driver. This is caused by a bug in i810 driver. It's fixed in xorg-x11-drv-i810 version 1.7.4 (https://bugs.freedesktop.org/show_bug.cgi?id=8536). I had to compile it by hand on fc6. In a rawhide there is still 1.6.5. When a never version of that driver will be in Fedora? F7 includes two drivers, 1.6.5 as the old "i810" for i8xx series chips, and 1.9.94 (at the moment) as the "intel" driver for everything newer. The package version is still 1.6.5 though. Would be good to know if you still have problems with the intel driver in F7, but I'll look at backporting the fix to the i810 driver as well. Version 1.9.94 seems to be not compilable with xorg-7.1 (which is in fc6), so I can't check it. I can't also intall fc7 on my laptop because I use it at work (and should be up and running ;) ). i810 driver 1.7.4 compiled by hand works correctly with dual view with i915 and i945 in fc6. Backporting fix or upgrade i810 to newer version would be a good idea. Btw, is there any particular reason not to use current version of i810 driver in devel/fc7 (1.6.5 has a few bugs and some users upgrading from an older Fedora would like to keep their xorg.conf, despite "intel" driver should be better)? Fedora Core 6 is no longer supported, could you please reproduce this with the updated version of the currently supported distribution (Fedora 7, 8, or Rawhide)? If this issue turns out to still be reproducible, please let us know in this bug report. If after a month's time we have not heard back from you, we will have to close this bug as CANTFIX. Setting status to NEEDINFO, and awaiting information from the reporter. [This is mass-filed message to all open Fedora Core 6 bugs related to Xorg or Gecko. If you see any other reason, why this bug shouldn't be closed, please, comment on it here.] Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution. Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as INSUFFICIENT_DATA. {This is mass-closing of all obsolete bugs; if this bug was in your opinion closed by mistake, please, reopen it with additional information; thanks a lot and I am sorry for bothering you in such case.} |