Red Hat Bugzilla – Bug 220812
XServer dies when docked notebook lid is opened
Last modified: 2018-04-11 10:08:24 EDT
Description of problem:
When opening the hp nx5000 notebook lid/opening the display on a notebook docked
with the port replicator basic or the advanced docking station from hp, the
xserver dies and gets sequently restarted by gdm.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Dock notebook.
2. Close the lid.
3. Open the lid.
4. Switch from he external screen to the notebook screen by pressing Fn-F4. This
is necessary as the notebook switches the display to the external monitor by
default when docked.
5. Watch the screen flicker and wait for the new xserver process to start.
xserver lives and continues to display the running session.
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated
Graphics Device (rev 02)
The x11 log is attached. If you need any other info, I'll gladly try to supply it.
The interesting part of the log could be:
(II) I810(0): VESA VBE DDC unkown failure 512
(EE) I810(0): Set VBE Mode failed!
Fatal server error:
EnterVT failed for screen 0
Created attachment 144399 [details]
Xorg log schowing the problem.
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) to the bug report
as individual uncompressed file attachment using the bugzilla file attachment
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 144424 [details]
xorg.conf as it is currently running.
When trying to run the webserver in autodetect mode by deleting xorg.conf the
server cannot start as no input device is defined.
I attached the startup log nevertheless, as the detected video card should be
included in the log output.
Created attachment 144466 [details]
Xorg logfile from startup with no xorg.conf file
Does this work any better with FC6 or F7test3 or later?
(In reply to comment #6)
> Does this work any better with FC6 or F7test3 or later?
Don't know. I haven't installed FC6 or FC7 yet on the box. Will do and let you know.
(In reply to comment #7)
> Don't know. I haven't installed FC6 or FC7 yet on the box. Will do and let you
Fair enough. Moving back to NEEDINFO until then.
Created attachment 157410 [details]
Log from the crashing server under f7
Okay, I finally came around to updating my notebook to fedora 7.
Unfortunately the problem still persists with the current
I attached a new log from the crashed server and reassigned the bug to the f7
Created attachment 157413 [details]
Crashing Server with the intel_drv.so driver
Running the intel driver instead of the i810 results in the notebook completely
locking up when opening the lid again. Background light is completely off and
cannot be restored by repeatedly pressing the lid-sensor.
Pinging the machine via the network fails as well.
This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. 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 '7'.
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 7'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 7 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. 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. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists.
Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs:
The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 7 changed to end-of-life (EOL) status on June 13, 2008.
Fedora 7 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.