Ubuntu

Kernel-Panic with 3.0.0.12-generic on asus eee pcs and msi wind (both using rt2800 wifi chipset)

Reported by Michael Basse on 2011-10-06
362
This bug affects 71 people
Affects Status Importance Assigned to Milestone
Linux
Unknown
Unknown
linux (Ubuntu)
High
Unassigned

Bug Description

The latest Kernel

michael@eeebuntu:/var/log$ uname -a
Linux eeebuntu 3.0.0-12-generic #19-Ubuntu SMP Fri Sep 23 21:18:13 UTC 2011 i686 i686 i386 GNU/Linux

has about 10 Kernelpanics here. All happened on a eeepc 901 from Asus.

Because i have not found anything in /var/log/* i only have a picture from that panic.

Panics are happening with and without power-adapter plugged in

Please let me know if you need more infos

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: linux-image-3.0.0-12-generic 3.0.0-12.19
ProcVersionSignature: Ubuntu 3.0.0-12.19-generic 3.0.4
Uname: Linux 3.0.0-12-generic i686
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
AplayDevices:
 **** List of PLAYBACK Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
ApportVersion: 1.23-0ubuntu2
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: michael 1430 F.... pulseaudio
CRDA: Error: [Errno 2] Datei oder Verzeichnis nicht gefunden
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf7eb8000 irq 44'
   Mixer name : 'Realtek ALC269'
   Components : 'HDA:10ec0269,1043831a,00100004'
   Controls : 12
   Simple ctrls : 7
Date: Thu Oct 6 22:45:44 2011
EcryptfsInUse: Yes
HibernationDevice: RESUME=UUID=3147250b-39a6-47ab-92dd-3ae71a43c9a8
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110426)
MachineType: ASUSTeK Computer INC. 901
ProcEnviron:
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.0.0-12-generic root=UUID=797c12e0-f5e5-4b81-9464-0d8de0ce0a16 ro acpi_osi=Linux acpi_backlight=vendor quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.0.0-12-generic N/A
 linux-backports-modules-3.0.0-12-generic N/A
 linux-firmware 1.60
SourcePackage: linux
UpgradeStatus: Upgraded to oneiric on 2011-09-16 (20 days ago)
dmi.bios.date: 06/11/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 2103
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: 901
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.:bvr2103:bd06/11/2009:svnASUSTeKComputerINC.:pn901:pvrx.x:rvnASUSTeKComputerINC.:rn901:rvrx.xx:cvnASUSTekComputerINC.:ct10:cvrx.x:
dmi.product.name: 901
dmi.product.version: x.x
dmi.sys.vendor: ASUSTeK Computer INC.

also the kernel-panic never happened with 3.0.0-11 just with 3.0.0-12

Brad Figg (brad-figg) on 2011-10-06
Changed in linux (Ubuntu):
status: New → Confirmed
Ian Corne (icorne) wrote :

This happens to me too on Asus eee 1000H

Never on my desktop/other laptops.

summary: - Kernel-Panic with 3.0.0.12-generic on asus eeepc 901
+ Kernel-Panic with 3.0.0.12-generic on asus eee pcs

Happened again on eeepc 901 with 3.0.0-12-generic.

I was doing nothing for 5-10 Minutes on the netbook, then the panic happened. Maybe some standby-rules triggered it?

Picture of the panic is attached

Joseph Salisbury (jsalisbury) wrote :

@Michael

Would it be possible for you to roll back to the 3.0.0-11 kernel? That would confirm that there is a possible regression. It will also confirm there are no new hardware issues since upgrading to the new kernel.

Hi Joseph,
of course it is possible. I will run this system on 3.0.0-11-generic.

But i think i cant give you a feedback this week because at the weekend this system is not used very often.

Joseph Salisbury (jsalisbury) wrote :

@Ian

Would it be possible for you to test your system on 3.0.0-11-generic. That would confirm this as a regression.

Thank you for taking the time to file a bug report on this issue.

However, given the number of bugs that the Kernel Team receives during any development cycle it is impossible for us to review them all. Therefore, we occasionally resort to using automated bots to request further testing. This is such a request.

We have noted that there is a newer version of the development kernel than the one you last tested when this issue was found. Please test again with the newer kernel and indicate in the bug if this issue still exists or not.

If the bug still exists, change the bug status from Incomplete to Confirmed. If the bug no longer exists, change the bug status from Incomplete to Fix Released.

Thank you for your help, we really do appreciate it.

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
tags: added: kernel-request-3.0.0-12.20

@Joseph,
i was running 3.0.0-11-generic for 3 days without a kernel-panic. Dont know if that is enough time to say that 3.0.0-11-generic is not affected. However, i am now using 3.0.0.12.20-generic as Brad suggested.

I will put some info here (and change the bug-status) after some days of testing

Happening also with 3.0.0.12.20-generic

Changed in linux (Ubuntu):
status: Incomplete → Confirmed

are there any task i can do to give a better report about this issue?

Joseph Salisbury (jsalisbury) wrote :

@Michael,

Thanks for confirming the issue does not happen with 3.0.0-11-generic. Posting a screen shot of the panic you had while running 3.0.0.12.20-generic would help.

Also, would it be possible for you to test the latest upstream kernel? 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.

tags: added: needs-upstream-testing regression-update
Ian Corne (icorne) wrote :

I am sorry i'm being so passive in this case, I don't use my eee all that much and as such, won't be much use.

Joseph, thank your for the feedback and your time.

First of all there was another kernel-panic on 3.0.0-12.20-generic which i will append here. The last screenshot was also from 3.0.0-12.20-generic

At the moment i am using this kernel from http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.1-rc9-oneiric/

michael@eeebuntu:/var/log# uname -a
Linux eeebuntu 3.1.0-0301rc9-generic #201110050905 SMP Wed Oct 5 11:20:31 UTC 2011 i686 i686 i386 GNU/Linux

I will test this kernel if the panic still comes up.

FYI: at booting i get but that should be a problem for my tests

./boot.log:Cache read/write disabled: /sys/kernel/security/apparmor/features interface file missing. (Kernel needs AppArmor 2.4 compatibility patch.)

Yann Benigot (yann-benigot) wrote :

Another kernel panic

Joseph Salisbury (jsalisbury) wrote :

@Michael

Were you able to test the v3.1-rc9-oneiric kernel?

Yann Benigot (yann-benigot) wrote :

I have tried other kernels and experienced kernel panics with all of them. Tested kernels : 3.0.0-11, 3.0.0-12, 3.0.6-030006, 3.1.0-0301rc9. Perhaps my problem is different since the panic screen differs from the other shown.

Joseph, after 3 Days of testing (20 hours uptime each day) there wa no kernel-panic with 3.1.0-0301rc9-generic

Is there something i can help with for the next steps?

@Yann
hm strange, with 3.0.0-11 and 3.1.0-0301rc9-generic i dont get kernel-panics on the eeepc 901. All Versions from 3.0.0-12 produced a panic here.

Maybe 3 Days are not enough time for testing here but with the 3.0.0-12 kernels there is more then one panic a day (20hours uptime) and with the other kernels not

Yann Benigot (yann-benigot) wrote :

I just experienced another panic. The panic message changes each time so it may be the same problem after all. I get about one panic per hour and they seem more frequent when the system is idle : I leave the room for a few minutes and when I come back I see the black screen... I also had kernel panics with arch linux, but only on shutdown. (the last one corrupted the root partition, so I switched back to ubuntu)

i also think that my panic happenes more often in idle.

It never happens when playing a video with vlc (and have vlc opened after the endig of the video) but very often in idle mode (terminator opened, libreoffice opened)

i always was connected to a wifi when the panic occures, never happened when not connected with wifi (but wifi enabled) (sometimes i saw the wifi-module in the panic-message (see my pictures))

i never get a panic on shutdown.

I hope this informations are usefull for someone

tags: removed: needs-upstream-testing
Yann Benigot (yann-benigot) wrote :

Happened three times in a row while ssh-ing to another computer. I then started the netbook from the SD Card with a live ubuntu system and no crash in four hours while doing a "while true; do sleep 1 && cat some-random-file; done" through ssh.
Knowing that, we may suppose that the SSD may have something to do with these crashes. I have the 16GB SSD version.
I also ran memtest86 ; it did not find any problem.

still no kernel-panic with 3.1rc9

Joseph Salisbury (jsalisbury) wrote :

@Yann

Would it be possible for you to try teh 3.1rc9 kernel as well?

Andrea Esuli (andrea-esuli) wrote :

I have found that when I run only on battery I have kernel panics in few minutes (2-10) from start. I have I unplugged the battery and now I run only on the AC adapter, and I haven't got any panic till now (about three hours). @Yann @Michael can you try if this hypothesis is right?

Hi Andrea,
i also have kernel-panics when the ac adapter is plugged it. I am not sure but i think i have more panics when using battery only but definitly i also have panics when ac-adapter is plugged in.

btw, still no kernel-panics with 3.1.0-0301rc9-generic. Just with all tested version from 3.0.0-12-x-generic

Andrea Esuli (andrea-esuli) wrote :

I forgor to mention that I have removed battery while the ac is plugged. Can you check this setup?

Changed in linux (Ubuntu):
status: Confirmed → Triaged
tags: added: kernel-fixed-upstream-3.1rc9
tags: added: kernel-fixed-upstream-v3.1-rc9
removed: kernel-fixed-upstream-3.1rc9

the interesting part would be if you have kernel-panics when using ac-adapter and have the battery plugged in. I can not test your suggested setup before the weekend.

Kernelpanic with 3.1.0-0301rc9-generic while watching a video on youtube on eeepc 901.

Picture from the panic is added

Changed in linux (Ubuntu):
status: Triaged → Opinion
status: Opinion → Confirmed
tags: added: needs-upstream-testing
removed: kernel-fixed-upstream-v3.1-rc9

so i guess its useless to make any further tests if it is happening with 3.0.0-12 and 3.1-rc9. I guess we should discuss about a usefull debugging from the testers here to give usefull input.

I cant find anything in syslog or kern.log

are there some ways to run the kernel in a higher verbose-mode? so that there are maybe some usefull infos in the logs?

Ian Corne (icorne) wrote :

I've just had it happen on 3.0.0-9 (after finding 3.0.0-12 unusable)

Will upload picture asap

Joseph Salisbury (jsalisbury) wrote :

This issue appears to be an upstream bug, since you tested the latest upstream kernel. Would it be possible for you to open an upstream bug report at bugzilla.kernel.org? That will allow the upstream Developers to examine the issue, and may provide a quicker resolution to the bug.

If you are comfortable with opening a bug upstream, It would be great if you can report back the upstream bug number in this bug report. That will allow us to link this bug to the upstream report.

tags: added: kernel-bug-exists-upstream

There is no bugzilla.kernel.org anymore. Some kernel-hackers told me to use the "linux kernel mailinglist" so i will go that way. When finished i will post the reference here

JosephWheatley (skinnyjim) wrote :

Keeps getting me too on my ASUS Eee PC 1000h

Had it three times this morning already - worse than previously.

uname -a

Linux james-1000H 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:50:42 UTC 2011 i686 i686 i386 GNU/Linux

JosephWheatley (skinnyjim) wrote :

And again while I was trying to upload the previous comment,

This output mentions the kernel and some hardware.

I don't know if this is helpful but am posting it just to show the problem is real.

summary: - Kernel-Panic with 3.0.0.12-generic on asus eee pcs
+ Kernel-Panic with 3.0.0.12-generic on asus eee pcs (rt2800)
summary: - Kernel-Panic with 3.0.0.12-generic on asus eee pcs (rt2800)
+ Kernel-Panic with 3.0.0.12-generic on asus eee pcs and msi wind (both
+ using rt2800 wifi chipset)
Changed in linux (Ubuntu):
importance: Undecided → Medium
tags: added: kernel-key
Changed in linux (Ubuntu):
importance: Medium → High
Changed in linux (Ubuntu):
status: Confirmed → Triaged
Changed in linux (Ubuntu):
assignee: nobody → Leann Ogasawara (leannogasawara)
status: Triaged → Incomplete
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Changed in linux-firmware (Ubuntu):
status: New → Confirmed
Changed in linux-firmware (Ubuntu):
status: Confirmed → Invalid
Changed in linux (Ubuntu):
assignee: Leann Ogasawara (leannogasawara) → nobody
tags: added: patch
tags: added: precise
Omer Akram (om26er) on 2011-11-22
no longer affects: linux-firmware (Ubuntu)
89 comments hidden view all 169 comments
Download full text (3.7 KiB)

Turning power management off on the wifi seems to have stopped the panics
on this eeepc 1000ha.

On 25 November 2011 17:22, Mr Vahlin <email address hidden> wrote:

> Same issue here on Asus 1001HA, RT3090 kernel 3.0.0.13
> Power management was allready turned off on my computer, so that is not
> the problem.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/869502
>
> Title:
> Kernel-Panic with 3.0.0.12-generic on asus eee pcs and msi wind (both
> using rt2800 wifi chipset)
>
> Status in The Linux Kernel:
> Unknown
> Status in “linux” package in Ubuntu:
> Confirmed
>
> Bug description:
> The latest Kernel
>
> michael@eeebuntu:/var/log$ uname -a
> Linux eeebuntu 3.0.0-12-generic #19-Ubuntu SMP Fri Sep 23 21:18:13 UTC
> 2011 i686 i686 i386 GNU/Linux
>
> has about 10 Kernelpanics here. All happened on a eeepc 901 from Asus.
>
> Because i have not found anything in /var/log/* i only have a picture
> from that panic.
>
> Panics are happening with and without power-adapter plugged in
>
> Please let me know if you need more infos
>
> ProblemType: Bug
> DistroRelease: Ubuntu 11.10
> Package: linux-image-3.0.0-12-generic 3.0.0-12.19
> ProcVersionSignature: Ubuntu 3.0.0-12.19-generic 3.0.4
> Uname: Linux 3.0.0-12-generic i686
> AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
> AplayDevices:
> **** List of PLAYBACK Hardware Devices ****
> card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> ApportVersion: 1.23-0ubuntu2
> Architecture: i386
> ArecordDevices:
> **** List of CAPTURE Hardware Devices ****
> card 0: Intel [HDA Intel], device 0: ALC269 Analog [ALC269 Analog]
> Subdevices: 1/1
> Subdevice #0: subdevice #0
> AudioDevicesInUse:
> USER PID ACCESS COMMAND
> /dev/snd/controlC0: michael 1430 F.... pulseaudio
> CRDA: Error: [Errno 2] Datei oder Verzeichnis nicht gefunden
> Card0.Amixer.info:
> Card hw:0 'Intel'/'HDA Intel at 0xf7eb8000 irq 44'
> Mixer name : 'Realtek ALC269'
> Components : 'HDA:10ec0269,1043831a,00100004'
> Controls : 12
> Simple ctrls : 7
> Date: Thu Oct 6 22:45:44 2011
> EcryptfsInUse: Yes
> HibernationDevice: RESUME=UUID=3147250b-39a6-47ab-92dd-3ae71a43c9a8
> InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110426)
> MachineType: ASUSTeK Computer INC. 901
> ProcEnviron:
> LANG=de_DE.UTF-8
> SHELL=/bin/bash
> ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.0.0-12-generic
> root=UUID=797c12e0-f5e5-4b81-9464-0d8de0ce0a16 ro acpi_osi=Linux
> acpi_backlight=vendor quiet splash vt.handoff=7
> RelatedPackageVersions:
> linux-restricted-modules-3.0.0-12-generic N/A
> linux-backports-modules-3.0.0-12-generic N/A
> linux-firmware 1.60
> SourcePackage: linux
> UpgradeStatus: Upgraded to oneiric on 2011-09-16 (20 days ago)
> dmi.bios.date: 06/11/2009
> dmi.bios.vendor: American Megatrends Inc.
> dmi.bios.version: 2103
> dmi.board.asset.tag: To Be Filled By O.E.M.
> dmi.board.name: 901
> dmi.board.vendor: ASUSTeK Computer IN...

Read more...

Matti Laakso (matti-laakso) wrote :

I can also confirm that

sudo iwconfig wlan0 power off

stops the panics from occurring. This on a eee 901 (RT2860).

Mr Vahlin (lmvmusik) wrote :

OK, I got the panic right after login. Then restarted the computer and checked iwconfig; this time power management was on!
I switched it off and keep testing. Don't know how it could be off once and on the other time. Perhaps someone can explain this.
I'll get back with my results after more testing.

i can also confirm that disabling the power-feature fixed the kernel-panics.

The patch can be found here

Xan (dxpublica) wrote :

I have this behaviour. But in my case the power adapter in on.

Knut Wenzig (kwoid) wrote :

No kernel panics if I remember to switch off power management on a Asus 1000H. (driver: rt2800pci)

Xan (dxpublica) wrote :

I have a kernel panic I attach I suspect it is from this bug.

1 comments hidden view all 169 comments
Arie Baars (abaars) wrote :

Still the same behaviour with the original 3.0.0.13 #22 Ubuntu kernel. When the powersave is turned OFF no more panics noticed during several days. Sometimes I forget to (manually) disable the powersave and when my pc is left alone, the panic reoccurs. Therefore I made some changes to the sartup file rc.local (as attached), solved for now, awaiting the patch with Ubuntu originals, any progress there / expected version ? Thanks...

<code>
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
#
# Added to bypass RT2800 errors, bug #869502
# Kernel-Panic with 3.0.0.12-generic on asus eee pcs and msi wind (both using rt2800 wifi chipset)
sleep 10
iwconfig wlan0 power off
exit 0
</code>

jatoo (wainwright-alex) wrote :

Mr Vahlin, I managed to get some help with preventing power management turning on automatically here: http://askubuntu.com/questions/85214/how-can-i-prevent-iwconfig-power-management-from-being-turned-on/85223#85223

Mr Vahlin (lmvmusik) wrote :

Thanks jatoo, I will give it a try.
Obviously the power management is turned on when battery power is used on my machine.
No panics for several days now when turning it off.

beni (benicchio) wrote :

Hi there, just to confirm the bug and the workaround. I was also having several kernel panics on my eee 1000h + Ubuntu 11.10 (3.0.0-12 and also 3.0.0-13-generic) with RT2860 and the power management workaround worked for me also. I also report a great improvement on network speed after this workaround.

My first install on this machine was Ubuntu 9.10 and I've been upgrading the system since then.

perezxolote (perezxolote) wrote :

Same problem here. Kubuntu 11.10, Kernel 3.0.0-14. eee-pc 1000h; rt2860 with rt2800 driver.
I have observed, that with this kernel, panic ocurr only in under battery AFTER waking up from suspend-to-ram.

looks like Mr. Basse found a patch in post #134. does someone know where/whether/when/how that makes it through the pipeline into something we can update/install?

Changed in linux (Ubuntu):
status: Confirmed → Triaged

we have a working patch

http://marc.info/?l=linux-wireless&m=132112188308082&w=2

so i added the kernel-team on cc.

Can you please have a look at it and give as a short info about the next steps?

I'm also experiencing this problem with 3.0.0-14 on my Asus EEE PC 1001HA.

Joseph Salisbury (jsalisbury) wrote :

It looks like that patch was accepted in Linus' tree in commit:
ed66ba472a742cd8df37d7072804b2111cdb1014

This fix will eventually make it into Precise(12.04) when we rebase to the upstream kernel. Michael, do you know if this patch will be applied to the upstream stable release kernel?

Joseph Salisbury (jsalisbury) wrote :

It does appear this patch may be applied to the stable release 3.0 kernel:
https://lkml.org/lkml/2011/11/22/616

Joseph Salisbury (jsalisbury) wrote :

I am building an Oneiric test kernel with this patch applied. I will post a link to the test kernel shortly.

Joseph Salisbury (jsalisbury) wrote :

Actually it looks like this patch may have already applied to oneiric per bug 897514

The patch is the following commit in oneiric:
f4a04c4518110f63a402e53988b0143046b66750

So it appears the patch is in 3.0.0-15.24, which is still in oneiric-proposed.

Would it be possible for folks affected by this bug to test oneiric-prooposed?

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed.

Thank you in advance!

Ho Joseph,
thank you for the hint about proposed. i will do some testing with that kernel and will give feedback here

@ALL, please remeber to turn the powermanagement on again, if you are testing the porposed kernel

Just FYI, i will test the 11.10 kernel on 12.04 because i dont have a 11.10 system here on a eeepc but i think that should not be a problem

Joseph, the Kernel is running fine here with enabled power-management.

Do you need a special test-process? should i test other changes to 3.0.0-15-foo is pulling? or does "yes its not producing panics" enough?

It would be no problem for me to do some special testcases (only i386) if needed

My sister has an ASUS EeePC using the rt2800pci driver that experiences a panic regression in Oneiric. I'll install the proposed kernel on her system and test.

Joseph Salisbury (jsalisbury) wrote :

@Michael,

Thanks for the feedback. That is great news that the panics have stopped. I don't think any special test case is needed, since the panics were a regular issue for you. I would suggest just use your system as you normally would, and report back if any panics do happen.

@Tristan,

Thanks for offering to test. The more folks that report this is resolved in -proposed, the better :)

Thanks again everyone!

Michał Sawicz (saviq) wrote :

Actually, unless I'm failing something here, the most recent kernel in -proposed is 3.0.0-15-17 - and doesn't help. I'm trying 3.0.0-15-25 from ppa:canonical-kernel-team/ppa now.

Michał Sawicz (saviq) wrote :

I take that back... Indeed 3.0.0.15.25 is there in -proposed, but the package is named differently so I got lost. I'm not yet sure whether it helped, will report back asap.

Michał Sawicz (saviq) wrote :

From initial testing it looks like the connection is stable and no kernel panic occurs. I will report back after further testing.

varangamaiky (eddyborera-c) wrote :

I had the same problem constantly on my hp dm1z (AMD fusion). I have tested the oneiric-proposed, and I haven't had the problem ever since.

I've been using 3.0.0-15, the version in -proposed, for a few days now in a variety of conditions and I haven't had a panic yet. It seems to be stable, though I'll let you know if anything changes.

tags: added: kernel-da-key
removed: kernel-key
sokai (sokai) wrote :

Thanks a lot! - At my ASUS Eee Pc 1000 I havn't had a kernel panic since I installed kernel 3.0.0-15 from the proposed archive (like mentioned above in comment #150).

Joseph Salisbury (jsalisbury) wrote :

Thanks for the update sokai. @Michael, can you also confirm the 3.0.0-15 kernel has not had any issues as well?

Jorge Juan (jjchico) wrote :

3.0.0-15 seems to be working ok here in my MSI Wind U100.

2012/1/18 Joseph Salisbury <email address hidden>:
> Thanks for the update sokai.  @Michael, can you also confirm the
> 3.0.0-15 kernel has not had any issues as well?
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (873716).
> https://bugs.launchpad.net/bugs/869502
>
> Title:
>  Kernel-Panic with 3.0.0.12-generic on asus eee pcs and msi wind (both
>  using rt2800 wifi chipset)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/linux/+bug/869502/+subscriptions

--
Jorge Juan

Joseph, i can confirm that 3.0.0-15 does not have any issues here.

Changed in linux (Ubuntu):
status: Triaged → Fix Committed

Joseph, can you give me and all others here an overview about the status of that patch for 12.04 wih linux3.2.x?

The normal 12.04 Kernel is also producing kernel-panics on rt2800pci-devices

Joseph Salisbury (jsalisbury) wrote :

Michael,

The fix for this bug is in the 12.04 kernel as the following commit:

ed66ba472a742cd8df37d7072804b2111cdb1014 rt2x00: Fix sleep-while-atomic bug in powersaving code.

Would it be possible for you to test the latest 12.04, which is available at:
https://launchpad.net/ubuntu/+source/linux/3.2.0-10.17

You can download the .deb for your particular arch by selecting one of the links under the "Builds" section.

Joseph,
the proposed from 12.04 is working fine. I guess we finally have a working kernel on 11.10 and 12.04 for this ugly bug :)

Joseph,
is it correct that the fix is released for 11.10 and 12.04 in the normal repos? So everyone would have the fix and we can close this as "fix released"?

I have marked the bug as "fixed released" because the fix is already in all affected stable-releases. So this bug will be closed

Changed in linux (Ubuntu):
status: Fix Committed → Fix Released
Displaying first 40 and last 40 comments. View all 169 comments or add a comment.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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