Bug 77805

On Sun, Feb 20, 2005 at 08:24:01PM +0000, Ron Johnson wrote:

> With ACPI enabled, boot fails at "hw.acpi.cpu.cx_lowest: C1 ->
> C3". This statement is not in sysctl.conf or loader.conf and appears
> to be changed automatically. No issue in all previous 5.X
> versions. 5.3-STABLE downloaded from CVS on 2/19/2005 around 3pm
> EST.

Please see

  http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html

and follow the directions therein.

Kris

Comment 2 Kris Kennaway 2005-02-21 02:10:40 UTC

State Changed
From-To: open->feedback

Feedback requested

Per the handbook, tried adding the following statement to /boot/loader.conf:
debug.acpi.disabled=cpu

This removed the "boot-hangs-during-startup" issue, but does point to a bug in the cpu portion of the ACPI. It seems to be have been overlooked in the correspondence on this issue, but this DID NOT OCCUR in 5.0-Release, 5.1-Release, 5.2-Release, 5.2.1-Release, 5.3-Release. It only happened when I upgraded to 5.3-Stable around 2/18/2005.

On Sat, 2005-02-26 at 19:05 -0800, Nate Lawson wrote:

> Ron Johnson wrote:
> > Any help would be appreciated! dmesg output and ASL are in the bug
> > report.
> > 
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=77805
> > 
> > With ACPI enabled, boot fails at "hw.acpi.cpu.cx_lowest: C1 -> C3". This
> > statement is not in sysctl.conf or loader.conf and appears to be changed
> > automatically. No issue in all previous 5.X versions. 5.3-STABLE
> > downloaded from CVS on 2/19/2005 around 3pm EST.
> 
> You want to change the performance/economy settings in rc.conf.  Man 5 
> rc.conf
> 
> The defaults were changed between 5.2.1 and 5.3:
> 
> src/etc/defaults/rc.conf:revision 1.206
> date: 2004/05/29 04:52:37;  author: njl;  state: Exp;  lines: +1 -1
> Throw the switch and enable use of the lowest idle states while online in
> addition to offline.  This can be overridden in /etc/rc.conf if it causes
> trouble although this has been stable since 2003/12.
> 
> I have no idea why C3 is unstable on your machine.  Please try 
> overriding this with something like this and see if it helps:
> 
> performance_cx_state=HIGH
> economy_cx_state=HIGH
> 

It didn't help. Still hangs at the same point. It did output new error
messages below.

Feb 27 18:08:13 armada kernel: ACPI-0361: *** Error: Thread 29 cannot
release Mutex [MUT0] acquired by thread 8
Feb 27 18:08:13 armada kernel: ACPI-1304: *** Error: Method execution
failed [\_SB_.PCI0.PIB_.EC0_.SMRD] (Node 0xc14653e0), AE_AML_NOT_OWNER
Feb 27 18:08:13 armada kernel: ACPI-1304: *** Error: Method execution
failed [\_SB_.BAT1.UPBI] (Node 0xc13ab2c0), AE_AML_NOT_OWNER
Feb 27 18:08:13 armada kernel: ACPI-1304: *** Error: Method execution
failed [\_SB_.BAT1.SEBI] (Node 0xc13ab200), AE_AML_NOT_OWNER
Feb 27 18:08:13 armada kernel: ACPI-1304: *** Error: Method execution
failed [\_TZ_.THRM._TMP] (Node 0xc13ab8a0), AE_AML_NOT_OWNER
Feb 27 18:08:13 armada kernel: acpi: suspend request ignored (not ready
yet)
Feb 27 18:08:16 armada last message repeated 5 times
Feb 27 18:08:16 armada syslogd: exiting on signal 15

This does seem similar to the "Laptop and ACPI" thread
http://lists.freebsd.org/pipermail/freebsd-acpi/2005-March/001325.html.
Although my clock speed is reported correctly without ACPI.

Comment 4 Remko Lodder 2006-12-25 12:33:27 UTC

State Changed
From-To: feedback->open

Dear ACPI team, can you have a look at this please, 
the information is rather detailed and should be a 
good starting point to fix this. 

Reset the state to open. 

Comment 5 Remko Lodder 2006-12-25 12:33:27 UTC

Responsible Changed
From-To: freebsd-bugs->freebsd-acpi

Dear ACPI team, can you have a look at this please, 
the information is rather detailed and should be a 
good starting point to fix this. 

Reset the state to open.

Sorry I don't have more to add.  We did disable C3 by default in 6.x and 
7.x now since it conflicts with the LAPIC.  Best bet is to update to 6.x 
and see if the problem is gone.  Since this is an older Celeron laptop, 
it doesn't have the LAPIC but I still think it has a problem with C3.

-- 
Nate

Comment 7 Remko Lodder 2007-01-27 18:47:50 UTC

State Changed
From-To: open->closed

feedback timeout