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):
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,
Expected Results: Screen should have returned to normal state.
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.
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]
Unable to locate log file. Can you give me specific name?
Created attachment 111747 [details]
old X log
Created attachment 111748 [details]
Created attachment 111749 [details]
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
Setting status to "WONTFIX" due to lack of hardware, and unlikelyhood
of being able to resolve the issue even if hardware was available.