Bug 116896
| Summary: | Split screen waking up from sleep (horizontal) | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 3 | Reporter: | charles livsey <charles.livsey> | ||||||||||
| Component: | XFree86 | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||||||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||||||||
| Severity: | medium | Docs Contact: | |||||||||||
| Priority: | medium | ||||||||||||
| Version: | 3.0 | ||||||||||||
| 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-05-12 07:39:30 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: |
|
||||||||||||
This doesn't seem to occur due simply to screen going blank, as when screen goes blank after screen saver it does not occur; but when I close the lid of computer and screen supposedly does not go blank (now that I reset BIOS) it does occur. Does this problem still occur with the latest RHEL 3 update release, with all current erratum applied? Yes, I checked and it still produces the bug with the latest RHEL 3 update release, with all current erratum applied. Ok, please attach your X server log file and config file using the file attachment link below. Created attachment 111739 [details]
config file
Unable to locate log file. Can you give me specific name? /var/log/XFree86* Created attachment 111747 [details]
old X log
Created attachment 111748 [details]
X log
Created attachment 111749 [details]
from 2/2004
Problems of this nature are usually BIOS bugs, and are generally not fixable except by upgrading the BIOS. Please check to see if your vendor has an updated BIOS and try updating to that if one is available. If that does not solve the problem, contacting your hardware vendor might be your best bet. Red Hat is unable to diagnose the problem without direct access to the hardware however, and such problems usually turn out to be BIOS problems. It is rare that such problems are caused by video driver bugs, and due to the obfuscated nature of the "nv" driver, and lack of documentation for it (Nvidia doesn't provide hardware documentation), we would most likely be unable to fix the problem if it were driver related. Setting status to "WONTFIX" due to lack of hardware, and unlikelyhood of being able to resolve the issue even if hardware was available. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 Description of problem: The toolbar at the bottom of the screen moves to the middle of the screen and everything on the screen is horizontally split after going into hibernation/sleep. I tried changing the apmd file (/etc/sysconfig/apmd) to a different virual display other than 7 for the X window but that didn't change anything. I am considering altering the apmscript file (/etc/sysconfig/apm-scrpts/apmscript) despite being told not to (within the file), but I thought I would at least report the problem first. This was also a problem in RH 9, and I was hoping it would be resolved in Enterprise. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Wait 15-20 minutes with battery power. 2.Screen goes black. 3.Bring display back with mouse or keyboard and screen is split. Actual Results: Screen was split. Mouse still works in usual location such that have to imagine where it should be acting to log off. Then you can relog on and everything works except one program, Ximian Evolution. Expected Results: Screen should have returned to normal state. Additional info: A secondary resolution would be to prevent the computer from hibernating until the battery became much closer to running out of charge. Now it everything is shutting down very early and there doesn't seem to be an easy way of regulating that.