Date: Sat, 12 Mar 2005 01:50:08 GMT From: rjohns44@comcast.net To: freebsd-bugs@FreeBSD.org Subject: Re: kern/77805: Boot hangs with ACPI enabled Message-ID: <200503120150.j2C1o8ks072255@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/77805; it has been noted by GNATS. From: rjohns44@comcast.net To: freebsd-gnats-submit@FreeBSD.org, rjohns44@comcast.net, freebsd-acpi@freebsd.org, kris@obsecurity.org Cc: Subject: Re: kern/77805: Boot hangs with ACPI enabled Date: Sat, 12 Mar 2005 01:45:32 +0000 --NextPart_Webmail_9m3u9jl4l_22141_1110591932_0 Content-Type: text/plain Content-Transfer-Encoding: 8bit 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. --NextPart_Webmail_9m3u9jl4l_22141_1110591932_0 Content-Type: text/html Content-Transfer-Encoding: 8bit <html><body> <DIV>Per the handbook, tried adding the following statement to /boot/loader.conf:</DIV> <DIV>debug.acpi.disabled=cpu</DIV> <DIV> </DIV> <DIV>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.</DIV> <DIV> </DIV> <DIV>On Sat, 2005-02-26 at 19:05 -0800, Nate Lawson wrote:<BR><BR>><I> Ron Johnson wrote:<BR></I>><I> > Any help would be appreciated! dmesg output and ASL are in the bug<BR></I>><I> > report.<BR></I>><I> > <BR></I>><I> > <A href="http://www.freebsd.org/cgi/query-pr.cgi?pr=77805">http://www.freebsd.org/cgi/query-pr.cgi?pr=77805</A><BR></I>><I> > <BR></I>><I> > With ACPI enabled, boot fails at "hw.acpi.cpu.cx_lowest: C1 -> C3". This<BR></I>><I> > statement is not in sysctl.conf or loader.conf and appears to be changed<BR></I>><I> > automatically. No issue in all previous 5.X versions. 5.3-STABLE<BR></I>><I> > downloaded from CVS on 2/19/2005 around 3pm EST.<BR></I>><I> <BR></I>><I> You want to change the performance/economy settings in rc.conf. Man 5 <BR></I>><I> rc.conf<BR></I>><I> <BR></I>><I> The defaults were changed between 5.2.1 and 5.3:<BR></I>><I> <BR></I>><I> src/etc/defaults/rc.c on f:revision 1.206<BR></I>><I> date: 2004/05/29 04:52:37; author: njl; state: Exp; lines: +1 -1<BR></I>><I> Throw the switch and enable use of the lowest idle states while online in<BR></I>><I> addition to offline. This can be overridden in /etc/rc.conf if it causes<BR></I>><I> trouble although this has been stable since 2003/12.<BR></I>><I> <BR></I>><I> I have no idea why C3 is unstable on your machine. Please try <BR></I>><I> overriding this with somethin g like this and see if it helps:<BR></I>><I> <BR></I>><I> performance_cx_state=HIGH<BR></I>><I> economy_cx_state=HIGH<BR></I>><I> <BR></I><BR>It didn't help. Still hangs at the same point. It did output new error<BR>messages below.<BR><BR>Feb 27 18:08:13 armada kernel: ACPI-0361: *** Error: Thread 29 cannot<BR>release Mutex [MUT0] acquired by thread 8<BR>Feb 27 18:08:13 armada kernel: ACPI-1304: *** Error: Method execution<BR>failed [\_SB_.PCI0.PIB_.EC0_.SMRD] (N ode 0xc14653e0), AE_AML_NOT_OWNER<BR>Feb 27 18:08:13 armada kernel: ACPI-1304: *** Error: Method execution<BR>failed [\_SB_.BAT1.UPBI] (Node 0xc13ab2c0), AE_AML_NOT_OWNER<BR>Feb 27 18:08:13 armada kernel: ACPI-1304: *** Error: Method execution<BR>failed [\_SB_.BAT1.SEBI] (Node 0xc13ab200), AE_AML_NOT_OWNER<BR>Feb 27 18:08:13 armada kernel: ACPI-1304: *** Error: Method execution<BR>failed [\_TZ_.THRM._TMP] (Node 0xc13ab8a0), AE_AML_NOT_OWNER<BR>Feb 27 18:08:13 armada kernel: acpi: suspend request ignored ( not ready<BR>yet)<BR>Feb 27 18:08:16 armada last message repeated 5 times<BR>Feb 27 18:08:16 armada syslogd: exiting on signal 15<BR><BR>This does seem similar to the "Laptop and ACPI" thread<BR><A href="http://lists.freebsd.org/pipermail/freebsd-acpi/2005-March/001325.html.">http://lists.freebsd.org/pipermail/freebsd-acpi/2005-March/001325.html.</A><BR>Although my clock speed is reported correctly without ACPI.<BR></DIV></body></html> --NextPart_Webmail_9m3u9jl4l_22141_1110591932_0--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200503120150.j2C1o8ks072255>