Ubuntu
linux package

events/0 uses all of cpu, causes big slowdown

Bug #67126 reported by sam tygier
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: linux-source

running edgy on powerpc (powerbook ti G4).

sometimes after waking from sleep the cpu is at 100% and the computer is very unresponsive. top gives

Tasks: 118 total, 7 running, 111 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.2%us, 95.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.8%hi, 0.0%si, 0.0%st
Mem: 1033800k total, 1026572k used, 7228k free, 229508k buffers
Swap: 524276k total, 0k used, 524276k free, 384428k cached

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    4 root 20 -5 0 0 0 R 94.4 0.0 1:11.16 events/0
 4333 root 16 0 177m 24m 13m R 3.3 2.4 1:44.57 Xorg
 5452 sam 15 0 82316 19m 11m S 1.7 2.0 0:13.35 gnome-terminal
 3648 haldaemo 15 0 8892 5880 1880 S 0.8 0.6 0:04.10 hald
 5077 sam 15 0 78180 26m 17m S 0.8 2.7 1:19.00 gnome-panel
 5116 sam 16 0 48496 9.8m 8280 S 0.8 1.0 0:12.73 gnome-cups-icon
    1 root 16 0 1832 636 544 S 0.0 0.1 0:01.89 init
    2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
    3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0

sleeping and waking again often cure this.

today my ralink rt2500 pcmcia card was not working. i did
sudo cardctl eject
sudo cardctl insert
and got the same slowdown.
sudo cardctl eject
cured it.

Revision history for this message
sam tygier (samtygier) wrote :

dmesg output

Revision history for this message
BJizzle (redflag-420) wrote :

I have this problem as well, disabling my ralink wireless card fixes the issue. Wireless on = 100% CPU usage by events/0. Wireless off = 0% cpu usage by events/0.

Revision history for this message
sam tygier (samtygier) wrote :

i have been running with out the ralink card plugged in, and not seen this problem during that time.

Revision history for this message
Tom Bentley (tom-bentley) wrote :

I have an RaLink wireless card (rt2500) and am also seeing excessive events/0 usage. For me it only happens intermittently. I often see it about 30 seconds after login, but sometimes it's fine. I've not seen anything in any logs which suggests a problem.

Revision history for this message
Tom Bentley (tom-bentley) wrote :

Sorry, maybe I should have said I'm running an intel desktop.

Revision history for this message
Daniel Vainsencher (dvainsencher) wrote :

I'm running edgy on x86 (Averatec 3200 Series).

I have same problem with event/0 with a internal rt2500 chip.

In Dapper release it wasn't automaticaly detected but it worked well after manually configuration. Now it's automaticaly detected but when i try to activate it, the process events/0 takes 100% of CPU.

I had installed the latest version (1.1.0+cvs20060620-3) of rt2xx0 driver from http://rt2x00.serialmonkey.com/ but it not solved the problem.

Revision history for this message
Daniel Vainsencher (dvainsencher) wrote :

See 2007-02-14 17:59:41 UTC comment.

Changed in linux-meta:
status: Unconfirmed → Confirmed
Revision history for this message
tuxo (beat-fasel) wrote :

I have the same problem as of a few days ago (as of 8.7.2007). My laptop is running Ubuntu Dapper and I have an external PCMCIA Belkin wirless cards (Ralink rt2500). I can get wirless to work, but after a few seconds spent on the internet, wirless stops working and the cpu load goes up to 100%. Looking at the processes running, I see an events/0 process dominating the processor. I have never seen such a behavior beforehand on this laptop, running for more than a year without changes to the hardware. Unplugging the wirelsss card stops the events/0 process from using 100% and everything is back to normal. When repluging the wireless card the networks starts again, but using it for only a few seconds brings up the events/0 process at 100% once more. These steps can be repeated ad infinitum.

Revision history for this message
bpotato (imapotato2) wrote :

In your boot options, you need to add: acpi=off

Look in /boot/grub/menu.lst put it before "ro" in the linux entries.

OR, do it manually from the grub menu the first time to see if it fixes the problem. Apparently the rt2500 driver truly hates whatever the kernel is doing for acpi.

It's not a *good* solution, but it sure seems to fix things for me.

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

This is not a bug in the linux-meta package, moving to the linux package.

affects: linux-meta (Ubuntu) → linux (Ubuntu)
Jeremy Foshee (jeremyfoshee)
Changed in linux (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Bug attachments

Remote bug watches

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