[STAGING] Scheduling while atomic: swapper/0/0x00000100; RIP: 0010:[<ffffffff813354ca>] [<ffffffff813354ca>] intel_idle+0xca/0x120

Bug #735601 reported by Allison Randal
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

I'm having trouble with random intermittent crashes on Natty (Classic Desktop), on an Asus Eee PC 1015PEM-PU17. I've attached a screenshot of the crash, apport didn't catch a crash report for it. It's a hard crash, have to reboot. No apparent connection to any user action (I can be typing in a terminal/text document, surfing web browser, whatever).

There *might* be a connection to the Broadcom STA wireless driver, the crashes are apparently more frequent on a flaky conference network (but that's a purely subjective observation).

WORKAROUND: intel_idle.max_cstate=0

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: linux-image-2.6.38-6-generic 2.6.38-6.34
Regression: Yes
Reproducible: No
ProcVersionSignature: Ubuntu 2.6.38-6.34-generic 2.6.38-rc7
Uname: Linux 2.6.38-6-generic x86_64
NonfreeKernelModules: wl
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
AplayDevices:
 **** List of PLAYBACK Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC269VB Analog [ALC269VB Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC269VB Analog [ALC269VB Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: allison 1399 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf7cf8000 irq 45'
   Mixer name : 'Realtek ALC269VB'
   Components : 'HDA:10ec0269,1043841c,00100100'
   Controls : 11
   Simple ctrls : 7
Date: Tue Mar 15 12:23:30 2011
Frequency: Once every few days.
HibernationDevice: RESUME=UUID=8ff1ac9a-f413-48b5-93b1-653f2072890c
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
MachineType: ASUSTeK Computer INC. 1015PEM
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.38-6-generic root=UUID=ff2da031-f3b3-491d-ae6c-2387f3c31a6f ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-2.6.38-6-generic N/A
 linux-backports-modules-2.6.38-6-generic N/A
 linux-firmware 1.48
SourcePackage: linux
StagingDrivers: brcm80211
Title: [STAGING]
UpgradeStatus: Upgraded to natty on 2011-03-13 (1 days ago)
dmi.bios.date: 10/06/2010
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0801
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: 1015PE
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: x.xx
dmi.chassis.asset.tag: 0x00000000
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK Computer INC.
dmi.chassis.version: x.x
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr0801:bd10/06/2010:svnASUSTeKComputerINC.:pn1015PEM:pvrx.x:rvnASUSTeKComputerINC.:rn1015PE:rvrx.xx:cvnASUSTeKComputerINC.:ct10:cvrx.x:
dmi.product.name: 1015PEM
dmi.product.version: x.x
dmi.sys.vendor: ASUSTeK Computer INC.

Revision history for this message
Allison Randal (allison) wrote :
Revision history for this message
Andy Whitcroft (apw) wrote :

From the dump there it seems to be in intel_idle. It might be worth trying booting with "intel_idle.max_cstate=0" on the kernel command line to see if that resolves things for you. Please report any testing back here.

Revision history for this message
Allison Randal (allison) wrote :

I've been running with "intel_idle.max_cstate=0" enabled for over a week now, with no recurrence of the earlier crashes, so I can recommend this as a workaround for anyone with similar problems.

One odd side-effect: When I run the battery all the way down, where the laptop would usually either hibernate to save state or shut down completely, it now locks up with a black but backlit screen, and with the power light in a steady-on state (indicating that it's still running) instead of a steady-off state (indicating that it's powered down) or a flashing-on state (indicating that it's sleeping). There is no way to recover from the frozen black-screen-but-powered-on state, I have to power the machine down manually and restart.

Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Allison Randal, thank you for reporting this bug and helping make Ubuntu better. This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so could you please attach the results following https://wiki.ubuntu.com/Kernel/DebuggingSchedulingWhileAtomic ? As well, can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you run the following command in the development release from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux <replace-with-bug-number>

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

summary: - [STAGING] Eee PC 1015PEM unstable on 2.6.38-6-generic
+ [STAGING] Scheduling while atomic: swapper/0/0x00000100; RIP:
+ 0010:[<ffffffff813354ca>] [<ffffffff813354ca>] intel_idle+0xca/0x120
tags: added: kernel-bug
description: updated
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Allison Randal (allison) wrote :

I'm still running that netbook with "intel_idle.max_cstate=0" in GRUB_CMDLINE_LINUX_DEFAULT. I'll remove that, and run through the tests you requested.

I can at least say the netbook has been working fine through upgrades to Natty, Oneiric, and Precise for months now with "intel_idle.max_cstate=0" enabled.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.