ACPI -> shutdown

Ingo Büngener ingo.buengener at post.rwth-aachen.de
Wed Oct 27 15:12:33 PDT 2004


On 27 Oct 2004 at 22:37, Josef Karthauser wrote:

> 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 finds
> > >: 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.
> > 
> > There's only one known issue with shutdown that shouldn't trigger a 
> > panic.  If the shutdown process runs on a secondary processor (AP), some 
> > chipsets don't honor the write and so the shutdown attempt fails (and 
> > you get the normal "hit any key to reboot" message).  The fix is to run 
> > our shutdown code on the main (BSP) processor only.  Peter suggested 
> > changing boot() to do sched_pin(curthread, 0) (or whatever the right API 
> > is).  This would need a lot of testing and someone with thread awareness 
> > to be sure this doesn't screw up panics, scheduler is alive that late in 
> > runtime, etc.
> > 
> 
> 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 at 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 = "GenuineIntel"  Id = 0x686  Stepping = 6
>       Features=0x383f9ff<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

I experienced the same problem with 'shutdown -p' and could fix it by setting
the sysctl variable "hw.acpi.disable_on_poweroff" to "0":
> sysctl hw.acpi.disable_on_poweroff=0
or adding hw.acpi.disable_on_poweroff=0  to /etc/sysctl.conf




More information about the freebsd-acpi mailing list