Linux 3.0.0-15 causes laptops to fail to resume from suspend (Dell XPS 1645, Sony Vaio VPCF1390)
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | linux (Ubuntu) |
Medium
|
Unassigned | ||
| | Oneiric |
Undecided
|
Tim Gardner | ||
| | Precise |
Medium
|
Unassigned | ||
Bug Description
My laptop never had any trouble resuming from suspend, but yesterday's kernel update (3.0.0-
Scenario:
1. Suspend, wait for laptop to enter suspend mode
2. Press power button
Expected
1. Laptop should resume and display login screen
Actual
1. Laptop appears to resume, but only displays a black screen. Alt+F1/...F12 keys and the Fn+REISUB combination are without effect
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: linux-image-
ProcVersionSign
Uname: Linux 3.0.0-15-
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.23-0ubuntu4
Architecture: i386
ArecordDevices:
**** List of CAPTURE Hardware Devices ****
card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xf1000000 irq 49'
Mixer name : 'IDT 92HD73C1X5'
Components : 'HDA:111d7675,
Controls : 16
Simple ctrls : 10
Card1.Amixer.info:
Card hw:1 'Generic'/'HD-Audio Generic at 0xcfedc000 irq 50'
Mixer name : 'ATI R6xx HDMI'
Components : 'HDA:1002aa01,
Controls : 4
Simple ctrls : 1
Card1.Amixer.
Simple mixer control 'IEC958',0
Capabilities: pswitch pswitch-joined penum
Playback channels: Mono
Mono: Playback [on]
Card2.Amixer.info:
Card hw:2 'nanoKONTROL'/'KORG INC. nanoKONTROL at usb-0000:
Mixer name : ''
Components : 'USB0944:010f'
Controls : 0
Simple ctrls : 0
Card2.Amixer.
Date: Wed Dec 14 22:46:14 2011
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
MachineType: Dell Inc. Studio XPS 1645
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.60
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/01/2011
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A13
dmi.board.name: 0VV228
dmi.board.vendor: Dell Inc.
dmi.board.version: A13
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.chassis.
dmi.modalias: dmi:bvnDellInc.
dmi.product.name: Studio XPS 1645
dmi.product.
dmi.sys.vendor: Dell Inc.
| Ronan Jouchet (ronj) wrote : | #1 |
| Changed in linux (Ubuntu): | |
| status: | New → Confirmed |
| Lukasz Olszewski (olszewskil) wrote : | #2 |
| summary: |
- Linux 3.0.0-15-generic-pae causes my Dell XPS 1645 to fail to resume - from suspend + Linux 3.0.0-15-generic-pae causes laptops to fail to resume from suspend + (Dell XPS 1645, Sony Vaio VPCF1390) |
| tags: | added: regression-proposed |
| Herton R. Krzesinski (herton) wrote : Re: Linux 3.0.0-15-generic-pae causes laptops to fail to resume from suspend (Dell XPS 1645, Sony Vaio VPCF1390) | #3 |
Hi, can you try the resume-trace procedure from https:/
| Changed in linux (Ubuntu): | |
| status: | Confirmed → Incomplete |
| Joseph Salisbury (jsalisbury) wrote : | #4 |
@Ronan,
If you boot back into 3.0.0-14-
| Changed in linux (Ubuntu): | |
| importance: | Undecided → Medium |
| Ronan Jouchet (ronj) wrote : | #5 |
@Joseph,
Yes:
- booting into 3.0.0-14-
- booting into 3.0.0-15-generic (non-pae) also results in broken restore
@Herton,
I tried to follow the procedure described but the resulting attached dmesg.txt doesn't contain any "Magic number" string. Tell me if that's OK for you, else please guide me to bring what's missing (we can have an IRC chat)
| Changed in linux (Ubuntu): | |
| status: | Incomplete → Opinion |
| status: | Opinion → In Progress |
| status: | In Progress → Confirmed |
| Herton R. Krzesinski (herton) wrote : | #6 |
@Ronan, ok, can you try to evaluate the debugging steps at https:/
| Greg Michalec (greg-primate) wrote : | #7 |
I can confirm this bug. I tested by booting into recovery mode, remounting drive r/w, and running pm-suspend from console. I tested the -12, -13, -14, and -15 kernels. All resumed correctly, except for the -15 kernel, which merely gives the black screen as described above. I'll try to follow the debugging instructions above.
| Greg Michalec (greg-primate) wrote : | #8 |
Here's the output of running locatehang (per instructions from https:/
dameat@
Looking for function that matches hash from the Magic Number from the kernel log.
Magic: 0:523:889 maps to hash: d88480
Hash matches: acpi_disable_
Thanks to Herton for helping me get that running.
| Ronan Jouchet (ronj) wrote : | #9 |
@Herton,
I fail to complete step 1.4 of https:/
What can I do to still provide the information you request?
| Greg Michalec (greg-primate) wrote : | #10 |
@Ronan,
I had the same issue - I ended up downloading the deb directly from here: http://
It seems unlikely that you'll get different results than I did, but probably worth testing!
| NikoC (n-celis) wrote : | #11 |
Confirmed on a dell E6510 with Kubuntu 11.10 64bit and kernel 3.0.0-15! Suggested solutions didn't work for me, so installed and locked 3.0.0-14 kernel which works fine with suspend and resuming!
| Ronan Jouchet (ronj) wrote : | #12 |
After following Greg advice, I confirm I have the same results:
ronj@blob:
Looking for function that matches hash from the Magic Number from the kernel log.
Magic: 0:523:889 maps to hash: d88480
Hash matches: acpi_disable_
Feel free to ask for more testing. Thanks for working on this bug :)
| tags: | added: kernel-da-key kernel-key regression-update |
| Joseph Salisbury (jsalisbury) wrote : | #13 |
Hello,
I would like to perform a bisect to identify the change that introduced this regression. First I would like to see if the mainline kernel exhibits this bug. If possible, it would be great if folks hitting this bug and test the following two kernels, and report back if the bug exists in either or both of them:
v3.0.12:
http://
v3.0.13:
http://
| Ronan Jouchet (ronj) wrote : | #14 |
Joseph, I have great news for you (well, I hope :D ) : on my machine,
3.0.12-
3.0.12-
3.0.13-
3.0.13-
| Joseph Salisbury (jsalisbury) wrote : | #15 |
@Ronan
Thanks for testing. That now gives me a starting point to bisect. I'm going to build another test kernel, with a commit half way between v3.0.12 and v3.0.13. I'll post a link to it's location. It would be great if you can test that kernel when it's available.
Thanks again for your help!
| Joseph Salisbury (jsalisbury) wrote : | #16 |
@Ronan
Just one question. The 3.0.0-15-
| Ronan Jouchet (ronj) wrote : | #17 |
@Joseph,
Yup, I'm using -proposed because I'm willing to do this kind of tests :)
I'll test your halfway .12/.13 mainline build once it's ready, waiting for your notice.
| Joseph Salisbury (jsalisbury) wrote : | #18 |
@Ronan,
Thanks again for your help. I have a test kernel available at:
http://
It would be great if you could test and let me know if the issue still happens. Based on the results, I'll build another test kernel halving the commits again. According to the bisect, there should be a max of 7 test kernels required.
| Kano (master-kanotix) wrote : | #19 |
I tested the same kernel and newer ones and had the same problem on one of my systems. Did this bisect:
git bisect start
# good: [ac6766564c0305
git bisect good ac6766564c0305c
# bad: [d986a8dbfd7358
git bisect bad d986a8dbfd7358b
# good: [08d618b2080d8b
git bisect good 08d618b2080d8b3
# good: [c060a3d5e9bba4
git bisect good c060a3d5e9bba42
# good: [edb9a31845c5ba
git bisect good edb9a31845c5ba0
# good: [d80dee54533aa4
git bisect good d80dee54533aa4b
# good: [0bbf5c70251286
git bisect good 0bbf5c70251286f
# bad: [b01b383bbd04e9
git bisect bad b01b383bbd04e9d
# good: [4078977c46f627
git bisect good 4078977c46f627f
Result:
b01b383bbd04e9d
commit b01b383bbd04e9d
Author: Thomas Gleixner <email address hidden>
Date: Fri Dec 2 16:02:45 2011 +0100
clockevents: Set noop handler in clockevents_
commit de28f25e8244c73
If a device is shutdown, then there might be a pending interrupt,
which will be processed after we reenable interrupts, which causes the
original handler to be run. If the old handler is the (broadcast)
periodic handler the shutdown state might hang the kernel completely.
Signed-off-by: Thomas Gleixner <email address hidden>
Signed-off-by: Greg Kroah-Hartman <email address hidden>
:040000 040000 b5dba6238e4accc
A revert fixed the issue, also tested with 3.0.14.
| Joseph Salisbury (jsalisbury) wrote : | #20 |
@Ronan
Kano did some great work and found the commit that fixes the issue. I will build a test kernel with the commit reverted.
It would be good to know if this bug exists in the latest upstream kernel. While I build a new test kernel, would it be possible for you to test the latest upstream kernel, which is available at:
http://
| summary: |
- Linux 3.0.0-15-generic-pae causes laptops to fail to resume from suspend - (Dell XPS 1645, Sony Vaio VPCF1390) + Linux 3.0.0-15 causes laptops to fail to resume from suspend (Dell XPS + 1645, Sony Vaio VPCF1390) |
| Joseph Salisbury (jsalisbury) wrote : | #21 |
@Ronan,
I posted a test kernel for this bug. The test kernel has the commit reverted that may have caused this regression. Can you please test this kernel and report back if it resolves the issue? The kernel is available at:
http://
There is currently only a 32bit kernel there, but I'll have a 64bit kernel uploaded shortly.
If there are any other folks affected by this bug, it would be great if you could also try the test kernel and report back if it resolves your issue.
| Ronan Jouchet (ronj) wrote : | #22 |
@Joseph,
linux-image-
| Joseph Salisbury (jsalisbury) wrote : | #23 |
@Ronan
That is great news. Thanks again for testing. There are two more tests I'd like to request.
First to test the latest upstream kernels: v3.2-rc6, which can be found at:
http://
I expect the bug to exist there. If it does, I will provide a version of that kernel with the commit reverted, just to confirm in fact that is the cause of this bug.
Thanks again for your help!
| Ronan Jouchet (ronj) wrote : | #24 |
@Joseph
Hello again! Indeed, the i386 and i386-pae versions present at http://
Waiting for your v3.2-rc6-
| Joe Barnett (thejoe) wrote : | #25 |
confirmed that 3.0.0-15.
| Joseph Salisbury (jsalisbury) wrote : | #26 |
@Ronan
I have the latest mainline kernel building, I'll post it shortly.
| Joseph Salisbury (jsalisbury) wrote : | #27 |
@Ronan
The latest upstream kernel with that commit reverted is available at:
http://
It would be great if you could test and report back that the suspend/resume issue does not exits.
Thanks again!
| Ronan Jouchet (ronj) wrote : | #28 |
@Joseph
3.2.0-030200rc6
You'll do a better job than I explaining the cause and fix of the issue; I let you report the bug to upstream.
Merry Christmas!
| Joseph Salisbury (jsalisbury) wrote : | #29 |
Thanks so much for all your testing, Ronan. And than you Kano for performing all of the bisect work. The work you both done has really helped the progress of this bug!
| Eric Hartmann (hartmann-eric) wrote : | #30 |
@Joseph,
I experienced the same trouble on Sony VAIO VPCF1 and the rollback in 3.2.0-030200rc6
Thanks
| Changed in linux (Ubuntu Oneiric): | |
| assignee: | nobody → Tim Gardner (timg-tpi) |
| status: | New → In Progress |
| Tim Gardner (timg-tpi) wrote : | #31 |
SRU Justification:
Impact: Stable commit "clockevents: Set noop handler in clockevents_
Patch description: Revert "clockevents: Set noop handler in clockevents_
| Changed in linux (Ubuntu Precise): | |
| status: | Confirmed → Fix Released |
| Changed in linux (Ubuntu Lucid): | |
| status: | New → In Progress |
| assignee: | nobody → Herton R. Krzesinski (herton) |
| Changed in linux (Ubuntu Oneiric): | |
| status: | In Progress → Fix Committed |
| no longer affects: | linux (Ubuntu Lucid) |
| Changed in linux (Ubuntu Oneiric): | |
| status: | Fix Committed → Fix Released |
| Changed in linux (Ubuntu Oneiric): | |
| status: | Fix Released → Fix Committed |
| tags: | removed: kernel-da-key kernel-key |
| teh603 (darth-giles) wrote : | #32 |
So for AMD64 on Oineric, which one should I use, the 3.0.15 one (even if I'm running 3.0.14) or the "mainline" one which calls for 3.2 ?
| teh603 (darth-giles) wrote : | #33 |
And, is there any way these patches can be uploaded to a PPA? I can't seem to get them to install in Kubuntu Oineric.
| Launchpad Janitor (janitor) wrote : | #34 |
This bug was fixed in the package linux - 3.0.0-15.25
---------------
linux (3.0.0-15.25) oneiric-proposed; urgency=low
[Brad Figg]
* Release Tracking Bug
- LP: #910894
[ Upstream Kernel Changes ]
* Revert "clockevents: Set noop handler in clockevents_
- LP: #904569
linux (3.0.0-15.24) oneiric-proposed; urgency=low
[Herton R. Krzesinski]
* Release Tracking Bug
- LP: #903188
[ Alex Bligh ]
* (config) Change Xen paravirt drivers to be built-in
- LP: #886521
[ Chase Douglas ]
* Revert "SAUCE: HID: hid-ntrig: add support for 1b96:0006 model"
- LP: #724831
* Revert "SAUCE: hid: ntrig: Remove unused device ids"
- LP: #724831
[ Seth Forshee ]
* SAUCE: dell-wmi: Demote unknown WMI event message to pr_debug
- LP: #581312
[ Upstream Kernel Changes ]
* Revert "leds: save the delay values after a successful call to
blink_set()"
- LP: #893741
* xfs: Fix possible memory corruption in xfs_readlink, CVE-2011-4077
- LP: #887298
- CVE-2011-4077
* drm/i915: fix IVB cursor support
- LP: #893222
* drm/i915: always set FDI composite sync bit
- LP: #893222
* jbd/jbd2: validate sb->s_first in journal_
- LP: #893148
- CVE-2011-4132
* ALSA: hda - Don't add elements of other codecs to vmaster slave
- LP: #893741
* virtio-pci: fix use after free
- LP: #893741
* ASoC: Don't use wm8994-
- LP: #893741
* sh: Fix cached/uncaced address calculation in 29bit mode
- LP: #893741
* drm/i915: Fix object refcount leak on mmappable size limit error path.
- LP: #893741
* drm/nouveau: initialize chan->fence.lock before use
- LP: #893741
* drm/radeon/kms: make an aux failure debug only
- LP: #893741
* ALSA: usb-audio - Check the dB-range validity in the later read, too
- LP: #893741
* ALSA: usb-audio - Fix the missing volume quirks at delayed init
- LP: #893741
* KEYS: Fix a NULL pointer deref in the user-defined key type
- LP: #893741
* hfs: add sanity check for file name length
- LP: #893741
* drm/radeon: add some missing FireMV pci ids
- LP: #893741
* sfi: table irq 0xFF means 'no interrupt'
- LP: #893741
* x86, mrst: use a temporary variable for SFI irq
- LP: #893741
* b43: refuse to load unsupported firmware
- LP: #893741
* md/raid5: abort any pending parity operations when array fails.
- LP: #893741
* mfd: Fix twl4030 dependencies for audio codec
- LP: #893741
* xen:pvhvm: enable PVHVM VCPU placement when using more than 32 CPUs.
- LP: #893741
* xen-gntalloc: integer overflow in gntalloc_
- LP: #893741
* xen-gntalloc: signedness bug in add_grefs()
- LP: #893741
* powerpc/ps3: Fix lost SMP IPIs
- LP: #893741
* powerpc: Copy down exception vectors after feature fixups
- LP: #893741
* backing-dev: ensure wakeup_timer is deleted
- LP: #893741
* block: Always check length of all iov entries in blk_rq_
- LP: #893741
* Linux 3.0.10
- LP: #893741
* drm/i915: add multi-threaded forcewake support
- LP: #891270
* (pre-sta...
| Changed in linux (Ubuntu Oneiric): | |
| status: | Fix Committed → Fix Released |


Same with Sony Vaio VPCF1390. I'm attaching my report to this one.