Red Hat Bugzilla – Bug 87854
(radeon) screen blanks in dualhead when cursor moves from one head to another
Last modified: 2007-04-18 12:52:42 EDT
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 Description of problem: With my dual head ATI Radeon card, the RHS screen goes blank once the cursor moves into it. With the help of Jim Hayward on the shrike list, this was a known bug in XFree and I have attached the patch he sent me. I can't confirm that it works, but he says it works for him! I am working on recompiling the SRPM as I type this tonight! Version-Release number of selected component (if applicable): XFree86-4.3.0-2 How reproducible: Always Steps to Reproduce: 1.Launch X 2. MOve cursor to RHS window 3. Actual Results: screen goes blank, monitor loses sync Expected Results: I should see my screen with the cursor in it :) Additional info: Big thanks to Jim on this one! I thought I was doing something very wrong!
Created attachment 90861 [details] Patch that fixes this bug.
I'm not sure what you mean by "RHS screen". Please attach your XFree86 config file and log file so I can attempt to reproduce the problem, and also test and confirm the fix. Thanks for the patch also.
Created attachment 90864 [details] my XF86Config
Created attachment 90865 [details] XFree86.0.log
Sorry about the "RHS" term, I have read too many scientific publications! :) RHS == Right Hand Side , like in equations. Anyway, it the right hand side monitor of my dual monitor display.
I downloaded the SRPM from RHN, applied the patch, rebuild the RPM, installed the RPM and am currently typing this from my RHS monitor! :) PATCHWORKSFORME
Confirming that I have the same problem with the Radeon 7500 card. For Mike, from what I've read, you will be unable to reproduce the problem unless you're using a dual-head Radeon card. It is definitely related to the "fancy cursors" as shutting them off fixes the problem, and because the problem doesn't occur until a user logs in (you can move back and forth between screens all day on the login screen).
I haven't tried to reproduce this problem yet, but the patch attached appears reasonable. I will try to reproduce the problem sometime soon, and test the patch also. Most likely it will be applied. Could you let me know where the patch originated so I can provide proper credit in the changelogs? Thanks.
Michel Dänzer posted the patch to XFree86 bugzilla. The link to the XFree86 bug report is below. http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=90
*** Bug 88748 has been marked as a duplicate of this bug. ***
Patch applied to 4.3.0-3.6 which will appear in rawhide sometime in the future.
*** Bug 89060 has been marked as a duplicate of this bug. ***
As was requested on the XFree list, I installed 4.3.0-5 and it resolves this bug. I really appreciate the help with this issue!
*** Bug 89872 has been marked as a duplicate of this bug. ***
Just a note to others searching bugzilla for this problem: This bug affected all dualhead Radeon hardware, including Radeon VE / 7000, Radeon 8500, Radeon 9000 / 9500 / 9700, FireGL 8700 / 8800, and any others I've missed. Again, it's fixed in rawhide, the current package is 4.3.0-6.
I'll keep this short since I'm probably asking this via the wrong channel (a closed bugzilla report), but I think this info would be helpful to others with my experience level, so perhaps the info does belong in bugzilla... Having same problem - one screen of dual-head radeon shuts off when mouse switches screens - and although you folks seem to have found a fix, I'm not sure how to apply it. Mike Harris seems to have incorporated the fix into an updated package for rawhide, but Mike, you only give a version number, not a package name. What package name is it (Just XFree86?)? More importantly, where can a rawhide package be obtained and should it apply cleanly to stock Redhat9 or will it depend on other rawhide packages? Daryl has attached an actual patch file, but I'm not sure what the proper procedure is for rebuilding an RPM from the SRPM after applying a patch. I can probably find that one documented somewhere, so I'll look for that answer, but any help would be appreciated (and may be nice for others stumbling in here). Sorry if this is the wrong channel for asking such a question - feel free to correct me.
You've correctly surmised that bugzilla is not a technical support forum for Q and A. Please use our mailing lists for these types of questions, in order to achieve the best help possible. Thanks.
Is this fixed for RHL9 with the XFree86 update? [RHSA-2003:288-01] Updated XFree86 packages provide security and bug fixes The announcement does not list buzilla reports that it addresses.
The latest RHL 9 erratum is almost identical to the XFree86 that ships in Fedora Core 1, so any bugs that are fixed in Fedora Core 1 should now also be fixed in RHL 9 erratum. The only differences between the two are some libGL optimization patches which are only available in Fedora Core 1's XFree86 due to compiler and glibc dependancies the new optimizations require. Hope this helps.
Updating resolution for consistency..
This bug was fixed originally in 4.3.0-3.6 in RAWHIDE, and all releases since including Fedora Core 1. The latest update of XFree86-4.3.0-2.90.43 for RHL 9 also fixes this problem.