[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
** Changed in: linux (Ubuntu) Assignee: Andy Whitcroft (apw) => (unassigned) ** Changed in: linux (Ubuntu Jaunty) Assignee: Andy Whitcroft (apw) => (unassigned) -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
The patch had to get reverted as it caused regressions for Intel video cards (see bug #423296). The problem is that without the KMS code, the patch just causes the acpi video driver never to get initialized and by that prevents backlight control. The fix of this bug was unfortunately just coincidental. Without te acpi video driver being initialized it could not cause a panic. As for this bug, I remember some other cases which could be avoided by playing around with the contents of /proc/acpi/video/*/DOS. This controls whether the BIOS switches video modes and how. Bit 1:0 0: The system BIOS should not automatically switch (toggle) the active display output, but instead just save the desired state change for the display output devices in variables associated with each display output, and generate the display switch event. OSPM can query these state changes by calling the _DGS method. 1: The system BIOS should automatically switch (toggle) the active display output, with no interaction required on the OS part. The display switch event should not be generated in this case. 2: The _DGS values should be locked. It’s highly recommended that the system BIOS do nothing when hotkey pressed. No switch, no notification. 3: The system BIOS should not automatically switch (toggle) the active display output, but instead generate the display switch event notify codes 0x82, 0x83, or 0x84. OSPM will determine what display output state should be set, and change the display output state without further involvement from the system BIOS. Bit 2 0: The system BIOS should automatically control the brightness level of the LCD when the power changes from AC to DC. 1: The system BIOS should not automatically control the brightness level of the LCD when the power changes from AC to DC. The documentation (ACPI spec 3.0a) states 1 the default state, but it might depend on the card. ** Changed in: linux (Ubuntu Jaunty) Status: Fix Committed => Triaged ** Tags removed: verification-done -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
** Tags added: verification-done ** Tags removed: verification-needed -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
I've disabled the "hack" in /etc/init.d/hotkey-setup by commenting out lines 28-36. After I did that I booted with the new kernel. $ cat /proc/version Linux version 2.6.28-15-generic (bui...@crested) (gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) #51-Ubuntu SMP Mon Aug 31 13:39:06 UTC 2009 Closed lid, and no panic :) Good work guys :) Two remaining questions: - What happens to LP #157691 ? - IMHO hotkey-setup needs some extra code as suggested in comment #31 of this bug -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
Accepted linux into jaunty-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance! ** Tags added: verification-needed -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
@Andy, if the "more specific fix" you refer to is a hotkey-setup change, that is only a workaround and not a sufficient fix. The kernel should never panic or hang, no matter what user-mode applications do. If you pick up the kernel change from comment #32, the hotkey-setup change should not be necessary. -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
** Description changed: + 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-Alt-Backspace" * 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 -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
Bah didn't spot that we had a more specific fix for this specific issue. Seems there are two issues out there. If the first patch does not fix you then the second test is useful. For this specific bug it seems that the original fix is good. I will therefore close this off for Karmic as it is already fixed there either way. For Jaunty it has been proposed for SRU and already applied to the tree. ** Changed in: linux (Ubuntu) Status: In Progress => Fix Committed ** Changed in: linux (Ubuntu Jaunty) Assignee: (unassigned) => Andy Whitcroft (apw) ** Changed in: linux (Ubuntu) Status: Fix Committed => Fix Released -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
@Bjorn Helgass -- thanks for the pointer. That does indeed sounds possible. Could those of you afffected please test the latest Karmic kernel 2.6.31-6.25 as that is based on v2.6.31-rc6 upstream which contains the fix indicated above. Please report back here. Thanks. -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
** Also affects: linux (Ubuntu Jaunty) Importance: Undecided Status: New ** Also affects: xserver-xorg-video-intel (Ubuntu Jaunty) Importance: Undecided Status: New ** Changed in: xserver-xorg-video-intel (Ubuntu Jaunty) Status: New => Invalid ** Changed in: linux (Ubuntu Jaunty) Importance: Undecided => High ** Changed in: linux (Ubuntu Jaunty) Status: New => Fix Committed -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
As petski points out, this is very likely the same issue as https://bugs.launchpad.net/bugs/157691 because: - it affects the HP 6710b (comment #3) - "nosmp" avoids the bug (comment #20) - crash is related to lid event User-mode code changes are not a fix for a kernel panic, so any hotkey- setup or similar changes are at best a band-aid. There is a kernel fix upstream: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=74b5820808215f65b70b05a099d6d3c969b82689 I also ported this patch to 2.6.24-24-generic. The patched file is in https://bugs.launchpad.net/ubuntu/+source/hotkey- setup/+bug/157691/comments/58 -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
** Changed in: linux (Ubuntu) Status: Triaged => In Progress -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 228399] Re: Closing lid results in kernel panic visible on VT-1
As a "null-test" I've commented out lines 30-34, which contain a workaround for this bug, in /etc/init.d/hotkey-setup and rebooted to 2.6.28-11-generic, which is currently in jaunty-main. Closing lid caused a panic again (as expected). I've installed Andy's amd64 deb's afterwards and rebooted to "2.6.28-13-generic #44~lp228399apw1". Closed lid; no panic this time! IMHO hotkey-setup needs an extra condition just before line 30 in case Andy's fix will hit the archive (pseudo-code: if kernel-version < 2.6.28-13; then ). Thanks for your time and effort Andy! Great job! -- Closing lid results in kernel panic visible on VT-1 https://bugs.launchpad.net/bugs/228399 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs