Date: Wed, 27 Oct 2004 22:37:02 +0100 From: Josef Karthauser <joe@FreeBSD.org> To: Nate Lawson <nate@root.org> Cc: linimon@lonesome.com Subject: Re: ACPI Message-ID: <20041027213702.GW745@genius.tao.org.uk> In-Reply-To: <417EEEFA.4040007@root.org> References: <20041026.040536.126914630.imp@bsdimp.com> <20041026163137.GC1445@genius.tao.org.uk> <20041026163249.GD1445@genius.tao.org.uk> <20041026.174644.82225205.imp@bsdimp.com> <417EEEFA.4040007@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Tu8ztk+XgTAiG9Id Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Moved to the ACPI list] On Tue, Oct 26, 2004 at 05:42:34PM -0700, Nate Lawson wrote: > M. Warner Losh wrote: > > > >: BTW, what's the status with ACPI at the moment? It is only me who fin= ds > >: it very broken at the moment? I don't even get 'shutdown -p' working > >: any more. Should I make a bug report or it is known about? > > > >More info likely is needed. ACPI works for me for shutdown -p on my > >machines. >=20 > There's only one known issue with shutdown that shouldn't trigger a=20 > panic. If the shutdown process runs on a secondary processor (AP), some= =20 > chipsets don't honor the write and so the shutdown attempt fails (and=20 > you get the normal "hit any key to reboot" message). The fix is to run= =20 > our shutdown code on the main (BSP) processor only. Peter suggested=20 > changing boot() to do sched_pin(curthread, 0) (or whatever the right API= =20 > is). This would need a lot of testing and someone with thread awareness= =20 > to be sure this doesn't screw up panics, scheduler is alive that late in= =20 > runtime, etc. >=20 Ok, this is a strange one. I've got a Dell Inspiron 5000e. Recently something happened to ACPI and now 'shutdown -p' doesn't switch the power off anymore. Looking at dmesg I see: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-CURRENT #160: Mon Oct 18 08:20:15 BST 2004 joe@genius.tao.org.uk:/stable/usr/obj/current/usr/src/sys/GENIUS link_elf: symbol db_readline undefined -> KLD file acpi.ko - could not finalize loading Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (696.97-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x686 Stepping =3D 6 Features=3D0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,= MCA,CMOV,PA T,PSE36,MMX,FXSR,SSE> Is is that acpi isn't loading properly? What is very strange is that for the first time suspend/resume appears to be working. The first time I shut the lid the machine stays on and just the screen powers down, but the second time (and subsequent times) the machine completely suspends including the fans and harddrive. Is it the bios that is doing this? It's never worked before - I'd say that you guys have fixed ACPI and that's why it is working, but why does -p not work then? Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ FreeBSD (cvs meister, admin and hacker) http://www.uk.FreeBSD.org/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --Tu8ztk+XgTAiG9Id Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iEYEARECAAYFAkGAFP0ACgkQXVIcjOaxUBbBrgCgxB6DC/ouugvtcan7lyYs7XJy 8pcAoNAW0Vlg4UhsD5DyvzXHFARZdcaq =k21D -----END PGP SIGNATURE----- --Tu8ztk+XgTAiG9Id--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041027213702.GW745>