kacpid-work eat 99% CPU after resuming from hibernate

Bug #56246 reported by Jiri Janecek
12
Affects Status Importance Assigned to Milestone
acpi-support (Ubuntu)
Invalid
Undecided
Unassigned
linux (Ubuntu)
Fix Released
Undecided
Unassigned
linux-source-2.6.15 (Ubuntu)
Won't Fix
Undecided
Unassigned
linux-source-2.6.17 (Ubuntu)
Invalid
Undecided
Unassigned
linux-source-2.6.20 (Ubuntu)
Won't Fix
Undecided
Unassigned
linux-source-2.6.22 (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Hi,

I'm using Kubuntu 6.06.1 with kernel 2.6.15-26-386 on HP nx6110. When notebook goes back from hibernate, procesess kacpid-work-0 and kacpid-work-1 consume 99% of CPU time.

I'm ready to get additional info if needed.

Thanks

JJ

Tags: edgy-close
Revision history for this message
Matthew Garrett (mjg59) wrote :

Nothing to do with acpi-support

Changed in acpi-support:
status: Unconfirmed → Rejected
Revision history for this message
Luis Garcia (luisgg) wrote : Re: kacpid eat 99% CPU after resuming from hibernate

I have the same problem (kacpid consuming near 99% CPU) in my HP laptop (Edubuntu "Feisty") after resuming from hibernate.
The hibernation works fine in the same computer with Ubuntu 6.10 but it breaks after installing Feisty.
The problem occurs with kernel 2.6.19 and 2.6.20 too, and it's clearly related to the thermal/fan control (ACPI).

Downgrading the package acpi-support from 0.91 to 0.90 (edgy), my systems works fine again. Notice that this change reverts all ACPI management in feisty to edgy status, because currently, acpi package version is 0.09-1 in feisty, the same version number as in edgy.

Revision history for this message
Luis Garcia (luisgg) wrote :

Sorry, but the problem has disappeared downgrading acpi-support, so I think is clearly related to this package.

Changed in acpi-support:
status: Rejected → Unconfirmed
Revision history for this message
Matthew Garrett (mjg59) wrote :

0.90 and 0.91 are identical packages, so no, it isn't. It's likely that the issue only occasionally triggers.

Changed in acpi-support:
status: Unconfirmed → Rejected
Revision history for this message
Luis Garcia (luisgg) wrote : Re: [Bug 56246] Re: kacpid-work eat 99% CPU after resuming from hibernate

Ok, excuse me for my insistence, I will do more tests to my laptop.

Thanks a lot Matthew

Revision history for this message
Alex Nehaichik (nab) wrote :

I've the same problem. Sometimes laptop works fine after wakeup from hibenate, but sometimes kacpid with kacpi_notify eats 100% CPU.

My note is HP nx6110 with Pentium-M.

acpi 0.09-1
acpi-support 0.95
acpid 1.0.4-5ubuntu6

Linux cobalt 2.6.20-12-generic #2 SMP Wed Mar 21 20:55:46 UTC 2007 i686 GNU/Linux

Revision history for this message
Marcin Białoń (mbialon) wrote :

I have the same problem and same notebook - HP nx6110 with Celeron-M.

Linux 2.6.20-15-generic
acpi 0.09-1
acpi-support 0.95
acpid 1.0.4-5ubuntu6

Revision history for this message
Diogo (dcpublico) wrote :

In my case I only have one kacpid process.
I used various Ubuntu releases and since DAPPER I have this problem. I've tested EDGY, FEISTY, and all the kernels used in those releases.
As I known kacpid is a communication process between acpi and kernel, in fact this bug usually starts when I connect or disconnect the battery.
The CPU goes to 75-80-85...-90-95% and there is nothing running.
The pc over heats and the fan doesn't start...When I reboot the pc, the bios launch the fan, and it starts working in Ubuntu.
I've tested fedora core 6 and the bug is there too, but it allows you to run a console and launch top, in Ubuntu the only thing I can do is a simulation of power down (poweroff in the button :P).

I don't know where the bug is but it's there....I've noticed that many people have this problem, but they do not report, so I think that it is important to refer it one more time, and if you google around you'll find more people with it.

I' using an Asus Notebook, and I've noticed that this happens in most of the cases in notebooks.

cat /proc/cpuinfo

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 13
model name : Intel(R) Pentium(R) M processor 1.60GHz
stepping : 6
cpu MHz : 600.000
cache size : 2048 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe up est tm2
bogomips : 1200.88
clflush size : 64

------//-------

top:
31 root 11 -5 0 0 0 S 56.0 0.0 6:45.76 kacpid
5578 brasco 15 0 11020 5316 3368 R 3.6 1.0 0:11.60 xterm

Hope hearing a solution from you soon, guys....
thks

Revision history for this message
Francesc Figueras (figo) wrote :

I have the same problem.
After resuming from hibernate the fan works although the cpu is 95% iddle. After a few minutes the processes kacpid-work-0, kacpid-work-1 and kacpid-work-2 start eating 100% CPU. There's no way to kill them, not even with a kill -9 (I thought the kill signal could not be trapped but it's not working here).
I reniced them to 19 to be able to use the laptop and after a few minutes everything got back to normal.

I'm using an up to date Dapper on a HP Compaq nc6120.

Revision history for this message
Gonzalo Cao (gonzalo-cao) wrote :

same problem on ubuntu gutsy, kernel 2.6.22.14. And sometimes without going hibernate or after complete reboot.

HP Compaq nc 6120

Intel(R) Pentium(R) M processor 1.72GHz

Revision history for this message
Gareth Fitzworthington (mapping-gp-deactivatedaccount) wrote :

Adding as affecting later releases as described in bug commentary.

Changed in linux-source-2.6.22:
status: New → Incomplete
Changed in linux-source-2.6.20:
status: New → Incomplete
Changed in linux-source-2.6.17:
status: New → Incomplete
Changed in linux-source-2.6.15:
status: New → Incomplete
Revision history for this message
Eemil Lagerspetz (eemil-lagerspetz) wrote :

I have the same issue, with a hp dv6500 Pavilion laptop,
a dualcore system. I am running Ubuntu 8.04 Hardy, kernel version 2.6.24-19-generic, and acpi 0.09-3ubuntu1, acpid 1.0.4-5ubuntu9 and acpi-support 0.109.
The process is called kacpid and it eats 50% CPU (one core). This happens after resuming from hibernate, never otherwise. Can be fixed with a reboot.

Revision history for this message
Sergio Zanchetta (primes2h) wrote :

The 18 month support period for Edgy Eft 6.10 has reached it's end of life. As a result, we are closing the linux-source-2.6.17 Edgy Eft kernel task.

Changed in linux-source-2.6.17:
status: Incomplete → Invalid
Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

The 18 month support period for Feisty Fawn 7.04 has reached it's end of life - http://www.ubuntu.com/news/ubuntu-7.04-end-of-life . As a result we are closing the linux-source-2.6.20 task.

Can anyone confirm this is still an issue with the most recent Intrepid Ibex 8.10 release? Thanks.

Changed in linux-source-2.6.20:
status: Incomplete → Won't Fix
Revision history for this message
Eemil Lagerspetz (eemil-lagerspetz) wrote :

Has been fixed as of Intrepid. Also, I am now using the default hibernate mechanism, and not uswsusp, since the default one finally works with my laptop, as of Intrepid.

Revision history for this message
Hannu Teulahti (teu) wrote :

My system experiences same behavior. Ubuntu Intrepid/AMD64 on a Dell Latitude D630 with all updates as of today.

Certainly not fixed in Intrepid.

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
   55 root 15 -5 0 0 0 S 45 0.0 70:56.39 kacpid
   56 root 15 -5 0 0 0 R 39 0.0 64:39.80 kacpi_notify

Revision history for this message
Hannu Teulahti (teu) wrote :
Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Per Eemil's comment, I'm marking this "Fix Released" for Intrepid.

Changed in linux:
status: New → Fix Released
Changed in linux-source-2.6.22:
status: Incomplete → Won't Fix
Changed in linux-source-2.6.15:
status: Incomplete → Won't Fix
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.