** 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
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
** 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
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
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
--
** 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
@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
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
** 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:
@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
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-
** 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
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
13 matches
Mail list logo