RE: [Linux-ia64] kacpidpc process takes 100% of CPU

From: Paris, DavidX <>
Date: 2001-11-14 05:13:31
I have the exact same ACPI configuration you do, with just those four things
turned on. I have also tried commenting all of those things out, but then
the kernel doesn't build (almost does, just barfs at the end when it's
linking everything). I think the bios I'm using is the latest development
one, v1.1 (release date was October 9th). Any ideas? I did a lot of
searching on this and I'm afraid that I'm the only person in the universe
having this problem.


-----Original Message-----
From: David Mosberger []
Sent: Tuesday, November 13, 2001 9:57 AM
To: Paris, DavidX
Cc: ''
Subject: Re: [Linux-ia64] kacpidpc process takes 100% of CPU

>>>>> On Tue, 13 Nov 2001 09:43:52 -0800, "Paris, DavidX"
<> said:

  >> I've just built 2.4.13 and 2.4.14 with and without the KDB patch
  >> and in all cases when the system comes up there is a kacpidpc
  >> process (PID 10) taking 100% of one of the cpus (changes which
  >> CPU it's on every boot). The system is a 4 processor Lion (733
  >> Mhz B3) with 1 gig of ram. This process isn't even running when I
  >> build the same kernels on a BigSpur. I've even tried copying over
  >> the very kernel that works fine on the BigSpur, but when I boot
  >> it on the Lion I get this kacpidpc process. Naturally the process
  >> ignores my 'kill -9's. I've tried booting the kernel on single
  >> proc Lions (733 C0s), but the kernel won't even boot on those
  >> systems (hangs right after it loads the SCSI driver is begins
  >> looking for devices). Does anyone have any idea why this kacpidpc
  >> process is hogging one of the CPUs, and how I go about getting
  >> rid of it? Unlike in the IA32 kernels, it doesn't look like you
  >> can turn off ACPI in the IA64 kernel. Thanks,

What ACPI configuration do you use?  In my kernels, I turn on the
following ACPI related configs:


All other ACPI stuff I turn off.

What firmware are you using?  In my experience, Lions need build 99 or

Received on Tue Nov 13 10:13:39 2001

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:05 EST