Closing lid results in kernel panic visible on VT-1
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xf86-video-intel |
Invalid
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Jaunty |
Won't Fix
|
High
|
Unassigned | ||
xserver-xorg-video-intel (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Jaunty |
Invalid
|
Undecided
|
Unassigned |
Bug Description
SRU Justification:
Impact: X server hangs in some laptops when returning from suspend which seem to be caused by not initializing certain registers of some gfx chipsets.
Fix: Backport of upstream patch
Testcase: see below
---
IMPORTANT: Information in this "desciption field" is incorrect. Please read the comments for further explanation.
When I close the lid of my laptop, X "hangs" when I reopen it. The desktop is visable, but I cannot move the mouse-pointer or use the keyboard.
While searching though the known bugs in LP, I came across #138256. I followed the instructions there, but noticed that when "Automatic Login" is enabled, the issue still appears. By setting "Automatic Login" to disabled, I resolved the issue, the instruction in #138256 weren't needed.
If you have enabled "Automatic Login" (System -> Admin -> Login Window -> Security), follow these steps as workaroundl:
* Add `Option "ForceEnablePipeA" "true"` in xorg.conf (as destribed in #138256)
* "Control-
* Enter credentials
$ lspci -vvnn | grep -A1 "VGA compat"
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c) (prog-if 00 [VGA controller])
Subsystem: Hewlett-Packard Company Compaq 6710b [103c:30c0]
Model: Compaq 6710b
description: | updated |
description: | updated |
description: | updated |
Changed in xserver-xorg-video-intel: | |
assignee: | nobody → bryceharrington |
Changed in xserver-xorg-video-intel: | |
status: | Unknown → Confirmed |
description: | updated |
Changed in xserver-xorg-video-intel: | |
status: | Incomplete → Invalid |
status: | New → Invalid |
Changed in linux: | |
assignee: | nobody → ubuntu-kernel-team |
importance: | Undecided → High |
status: | Confirmed → Triaged |
summary: |
- Closing lid results in kernel panic + Closing lid results in apparently hung X (no keyboard or mouse) |
summary: |
- Closing lid results in apparently hung X (no keyboard or mouse) + Closing lid results in kernel panic visible on VT-1 |
Changed in linux (Ubuntu): | |
status: | Triaged → In Progress |
Changed in xserver-xorg-video-intel (Ubuntu Jaunty): | |
status: | New → Invalid |
Changed in linux (Ubuntu Jaunty): | |
importance: | Undecided → High |
status: | New → Fix Committed |
description: | updated |
tags: |
added: verification-done removed: verification-needed |
Changed in linux (Ubuntu): | |
assignee: | Andy Whitcroft (apw) → nobody |
Changed in linux (Ubuntu Jaunty): | |
assignee: | Andy Whitcroft (apw) → nobody |
Thanks, I'll prepare the pipe A quirk for this.
I notice that also a similar model has issues with the TV out interfering with the automatically selected resolution (perhaps sometimes messing up the GNOME toolbars). Can you let me know if the tv-out quirk is needed as well? To check this, if you've had any resolution related problems run `xrandr` and see if your tv-out is enabled, and if those problems go away if you turn it off via `xrandr --output TV --off`. (You might need to change "TV" to 'S-Video" or something; look at the output of `xrandr` to see what it's called.)