Bug 231113
Summary: | rage128 panel setup not smart enough | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | xunilarodef |
Component: | xorg-x11-drv-ati | Assignee: | Adam Jackson <ajax> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 8 | CC: | davidz, mcepl, triage |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | bzcl34nup | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-01-09 07:05:23 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
xunilarodef
2007-03-06 06:20:01 UTC
Created attachment 149322 [details]
Picture of corrupted and dysfunctional desktop.
Interesting. Looks like a video driver problem or X server problem. Reassigning. 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 150012 [details]
/etc/X11/xorg.conf from system running after LiveCD boot
Created attachment 150013 [details]
/var/log/Xorg.0.log from system running after LiveCD boot
Attached are the X server config file (/etc/X11/xorg.conf) and the X
server log file (/var/log/Xorg.0.log). In scanning through the
attached Xorg.0.log I noticed:
(II) R128(0): Not using default mode "1600x1200" (hsync out of range)
I would have expected hsync values in the 75 kHz - 106 kHz range,
not the 31.50 - 37.90 kHz range noted in the log (circa line 516)??
Given the information in the attached files, are you still
interested in a run without any xorg.conf file? If so, please offer
me some clues for how to accomplish this from a LiveCD system. When I
try Ctrl+Alt+Backspace to kill X, my screen slowly fades to solid
white, and I haven't yet discovered any key combination that provokes
any response (e.g. Ctrl+Alt+F1 no longer switches to a shell prompt),
short of the power switch. Yes, I could remove /etc/X11/xorg.conf,
but how to kill and restart X? Since there is not a trivial way to
change the contents of /etc/inittab on the CD, simple techniques that
require a reboot would seem ineffective.
Cheers,
Nelson
[Status was still NEEDINFO after creating attachments, will this content-free comment toggle the Status as advertised?] So I think the solution here is to stretch the sync ranges out when we detect a panel but don't get DDC, and then inject a panel mode into the candidate list. Created attachment 151930 [details]
xorg.conf after successful manual configuration via system-config-display
This bug is still with us in Fedora7 Test3 Prime LiveCD as well as the Fedora7 Test3 KDE LiveCD. While I trust ajax's analysis leads to a rapid fix, see below for one way to circumvent this failure so you can do more testing (if your system hits this roadblock) while we await Test4. It is frustrating that the graphical presentation of the “Welcome to Fedora!” boot menu (with the choices of e.g. “Fedora-7-Test3-KDE-Live” or “Fedora-7-Test3-KDE-Live from RAM”) displays quite nicely ... but once X is started there is only this rather useless scrambled display. But with persistence, one can surpass this hurdle. Surprisingly, the autoconfig correctly identified the video adapter, but failed to guess a compatible display (it was attempting to use 800 x 600 @ 60 Hz Generic CRT Display). One way to manually recover from this, if using Gnome: Applications, System, Terminal (the last item in the cascaded submenu, if the text of this submenu is partially or totally invisible due to the striped overlays; the resulting Terminal window will probably need to be dragged to the right to reveal the shell prompt where one will type the command “system-config-display” [see below]...), One way to manually recover from this, if using KDE is: Kmenu, System, Terminal (the next to last item in the cascaded submenu, if the text of this submenu is partially or totally invisible due to the striped overlays; the resulting Terminal window will probably need to be dragged to the right to reveal the shell prompt where one will type the command ...) system-config-display, select the Hardware tab, to the right of “Monitor Type” select the “Configure...” command button, (select the checkbox for “Show all available monitors” could be needed in some cases, but not mine), select Generic LCD Display, select the twisty triangle and from the drop down list select e.g.1600 x 1200, OK, In either case, use Ctrl+Alt+Backspace to restart X, and the display is quite usable, showing all of the previously concealed information with nothing scrambled. This circumvention failed with Fedora7 Test2 Prime LiveCD since any attempt to restart X just leads to the display slowly fading to white, with no further response from any keystrokes. The attached copy of /etc/X11/xorg.conf shows the result of this successful manual configuration via system-config-display. Fedora 7 test bugs should be filed against "devel" -- not obvious, I know. 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. This design flaw / bug persists in all of the released Fedora 7 and Fedora 8 versions I have tried, including conventional install media, LiveCDs, and pxeboot. I cannot confirm that it remains in the current rawhide pre-Fedora 9 until we progress to where X will at least show its face through the R128 driver - https://bugzilla.redhat.com/show_bug.cgi?id=439022 This message is a reminder that Fedora 8 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 8. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '8'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 8's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 8 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Fedora 8 changed to end-of-life (EOL) status on 2009-01-07. Fedora 8 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed. |