Bug 138479
Summary: | Second DVI display not working with ATI FireGL Z1-128 | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Sean E. Millichamp <sean> | ||||||||||||
Component: | xorg-x11 | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||||||||||
Status: | CLOSED UPSTREAM | QA Contact: | |||||||||||||
Severity: | high | Docs Contact: | |||||||||||||
Priority: | medium | ||||||||||||||
Version: | 3 | CC: | adler, chris, jim.cornette, mathieu-acct | ||||||||||||
Target Milestone: | --- | ||||||||||||||
Target Release: | --- | ||||||||||||||
Hardware: | i686 | ||||||||||||||
OS: | Linux | ||||||||||||||
Whiteboard: | |||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||
Clone Of: | Environment: | ||||||||||||||
Last Closed: | 2005-02-11 21:55:14 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
Sean E. Millichamp
2004-11-09 15:25:35 UTC
Created attachment 106347 [details]
The original xorg.conf file which worked under FC2
I made a backup copy of my xorg.conf file before upgrading (in the event
anaconda ate it). This configuration worked perfectly in FC2.
One note: The manually specified HorizSync/VertRefresh and Modeline I added to
fix a display problem due to some apparently incompatibility between my card
and the Viewsonic VP201s displays I am using. If I remove them it would still
work under FC2, but the display would flicker and be a little shaky. I've
tried FC3 with and without them and I get the same results either way.
Created attachment 106348 [details]
Xorg.0.log output
I couldn't find anything obviously wrong when reading the server output but
hopefully it will be of help to folks smarter then I :)
It's possible that this is related to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138500 Feel free to mark one of both as a duplicate if it does fix your problem. Philip, I looked at bug # 138500 and according to my Xorg.0.log X was not attempting to use framebuffer support but I explictly disabled it anyway - no change. I also have tried using the MonitorLayout option (and not using it) to no avail. Thanks for the suggestion though. I have a kludgy workaround the restores my computer back to my FC2 dual-head niceness in the meantime: I rpm -e --nodeps the following: xorg-x11-6.8.1-12 xorg-x11-deprecated-libs-6.8.1-12 xorg-x11-deprecated-libs-devel-6.8.1-12 xorg-x11-devel-6.8.1-12 xorg-x11-font-utils-6.8.1-12 xorg-x11-libs-6.8.1-12 xorg-x11-Mesa-libGL-6.8.1-12 xorg-x11-Mesa-libGLU-6.8.1-12 xorg-x11-tools-6.8.1-12 xorg-x11-twm-6.8.1-12 xorg-x11-xauth-6.8.1-12 xorg-x11-xdm-6.8.1-12 xorg-x11-xfs-6.8.1-12 xorg-x11-Xvfb-6.8.1-12 fonts-xorg-base-6.8.1-1 and then rpm -i'd: xorg-x11-Mesa-libGL-6.7.0-9 xorg-x11-twm-6.7.0-9 xorg-x11-base-fonts-6.7.0-9 xorg-x11-libs-6.7.0-9 xorg-x11-xfs-6.7.0-9 xorg-x11-devel-6.7.0-9 xorg-x11-Xvfb-6.7.0-9 xorg-x11-libs-data-6.7.0-9 xorg-x11-Mesa-libGLU-6.7.0-9 xorg-x11-6.7.0-9 xorg-x11-xdm-6.7.0-9 xorg-x11-xauth-6.7.0-9 xorg-x11-font-utils-6.7.0-9 xorg-x11-tools-6.7.0-9 ... which were all pulled from the FC2 update packages. I am running that way right now and it seems to work just fine. Not a fix, of course... but it does let me enjoy the rest of FC3 and saves me from having to reinstall FC2. Having to drop back to xorg-x11 in order to get this screen to work is not a solution but appropriate "workaround" so you can get FC3 in almost all of its glory. If you basckup your xorg.conf file and run system-config-display, does your config file stay in a workable state? This is mainly because the config file that I had for a dual boot configuration seemed to point to the configuration program. I would like to confirm this bug. I use a FireGL Z1 with two DVI monitors. I have different resolution monitors, and do NOT use Xinerama, but rather separate desktops. My dual head was configured and worked fine under FC2. Using the xorg.conf created by the FC3 install, or using my xorg.conf from FC2, with the X.org binary from FC3 my second monitor came out of sleep mode but displayed nothing. IIRC, I could move the mouse onto the non-displayed desktop screen while within X. I thus (somewhat painstakingly) reverted back to the latest FC2 X packages, and everything works again. Same comment here except that I've got a dual dual-head (2 radeon chips on one card). The second set of dual-head works fine but on the primary, display number one is almost ok except for a corrupted rectangular shaped area at the bottom of the screen (some kind of memory overlap/detection as i lose the mouse cursor amongst other) and display number two, eventhough it wakes up from sleep mode, remains black. My fix (like others) was to switch back to FC2 xorg-x11, which works well. I had reported this bug to freedesktop.org (bug #1214) a little while ago. Thanks for the freedesktop.org bug info Mathieu. For easy clicking by all: https://bugs.freedesktop.org/show_bug.cgi?id=1214 I would like to report that I'm having a similar problem. The difference is that I have an ATI FireGL X1. Here are some oddities which I can report. 1) If I create a new user, when I log under the gnome desktop xinerama works great. 2) After working under the new user account, (i.e. changing backgrounds, themes, windowing behavior, adding applete to panel, reading e-mail, etc.) when I log out, and log back in, 2nd display stops working. 3) If I create a 2nd new user, and log in fresh under the 2nd new user, xinerama works again. 4) If I log in under KDE, and I go to the configure desktop utility, when I apply the desktop settings, the 2nd monitor springs to life. Hope this added info helps in debuging the problem. I just tried the xorg-x11-6.8.1-12.FC3.21 updates to see if they resolved this problem. I thought that they might based on a comment in https://bugs.freedesktop.org/show_bug.cgi?id=1559 (which is linked from the bug mentioned above as possibly being related) that indicated a potential fix had been included in that release. Initially, it seemed to solve the problem as I was able to 'startx' and get both screens initialized. However, I triggered what is apparently a bug in the xorg-x11-6.8.1-12 release (relating to switching to virtual consoles using CTRL-ALT-Fn from X) and had to reboot my system. After the reboot I was back to the same behavior as before. One thing I noticed is that it seems if you startx in xorg-x11-6.7.0-11 first then xorg-x11-6.8.1-12 will work until the next reboot. Perhaps some display initialization is missing in 6.8.1 that occurred in 6.7.0? Same exact behaviour here in regards to switching back to VTs (which doesn't work) or starting 6.7 and then 6.8. BTW Thanks Chris for posting the links Just tested 6.8.2rc1 a.k.a 6.8.1.901 by Mike A. Harris. We're almost there. 3 out of the 4 displays are working. The last one is on but displays nothing (black screen). On the plus side, the memory detection seems to be ok as I don't get this overlap anymore at the bottom of the screen. I'm attaching log file for 6.7.0 and 6.8.1.901 and a diff between these two. Created attachment 108956 [details]
6.7.0 log
Created attachment 108957 [details]
6.8.1.901 log
Created attachment 108958 [details]
Diff between 6.7.0 and 6.8.1.901
Tested with xorg version 6.8.1.902-1 (6.8.2rc2, rpms in rawhide by Mike A. Harris), same thing. This does not appear to be a Red Hat specific problem, but rather a general problem with the upstream X.Org radeon driver. We will track this issue in the X.Org bugzilla now, and will review any patches that become available for consideration in future Fedora Core updates. Please make all future status updates and test result comments in the X.Org bug report. Thanks in advance. Setting bug status to "UPSTREAM" for tracking in the X.Org bugzilla. guys, This problem may be an xscreen saver problem. Check bug #166445 for further details. The way I made my second screen work again was by disabing and re enabling the screen saver, going through the preferences memu. Applications->Preferences->Screensaver This bug had me pulling at my hair since fc3 was released. Without falling back to a fc2 xorg setup, I can now use my two LCD screens in xinerama mode. (I have an ATI FireGL Z1) OMG...this (the screensaver disable/reenable) worked for me! I'm running Ubuntu, bug was having a similar issue...so it's definitely not RH specific. Thanks for the info, Stephen!! No problem Ken, I'm sure its an Xorg problem. Typically what happens is the following. 1) Create a new user and log in for the first time as this new user -- Only one screen is alive at the X11 display login screen. -- Both screens come alive when you log in. 2) You configure the screen saver, then log out and log back in as this new user. -- Only one screen is alive at the X11 display login screen. -- Only one screen is alive after you logged in. -- You have to disable then re-enable the screen saver and your second screen comes alive. 3) Log out, go way for a *long* time, (i.e. go to sleep come back the next morning) -- Your screen will have gone into hybernate mode. -- When you shake your mouse to bring it out of hybernate mode *both* screens will be alive at the X11 display login screen. -- When you log in, both screens will be alive, without having to disable and reenable the screen save. OK... So, someone needs to put there thinking cap on as to what is going on. I believe that the problem lies in the inializtion of the card. Disabling and Re-enabling exersizes the proper card initalziation code for the two screens within the driver. Coming out of hybernation also executes the code which properly initalizes the second screen. At least a work around has been discovered. Now its up to the Open Source community to fix the code.... (I wish I had the time to dig through 10000's of lines of X11 code....) Sorry for the bugspam... but have any of you fellow FireGL users tried FC5 yet? After several days tinkering I have not been able to get the radeon driver to work on my Z1 at *all* (single or dual head). I had to install FC5 in text mode. Booting the FC4 install disc, X comes up fine still. Looks like I'm really stuck with ATI's binary fglrx driver now. Ch(In reply to comment #24) > Sorry for the bugspam... but have any of you fellow FireGL users tried FC5 yet? I installed it Monday and while it did take some tinkering, I did get both displays working just fine (minus OpenGL support, of course) with the included driver. Using the included display config tool I could only get it operating in clone mode. I had to manually configure it for MergedFB mode before I could get a spanning desktop. My card: PCI:*(1:0:0) ATI Technologies Inc R300 AG [FireGL Z1/X1] rev 128 I did do a fresh-from-scratch install as opposed to an upgrade. Perhaps if you did an upgrade there is some artifact of your previous install (something in the config or maybe an old X library somewhere in one of the search paths) that is causing problems. |