Re: ACPI on Tyan Motherboard
On 19-Aug-2003 David Xu wrote: On Wednesday 20 August 2003 02:49, John Baldwin wrote: Here's how it works: The BIOS/hardware monitor the power button. When an OS tells the BIOS that it is ACPI, then the BIOS doesn't do an instant turn off when the power button is pressed, but waits to do so until the power button has been held down for 4 seconds. If the power button after 4 seconds doesn't work, it's still a hardware problem. FreeBSD can not fix your hardware problem. When you press the power button with an ACPI OS running, the hardware sends an interrupt to the OS. The OS then shuts down and asks the BIOS (via ACPI) to power off the machine. If the machine doesn't physically turn off, it's because your BIOS is screwed up and didn't handle the power down command properly. The fact that the 4 second trick (which as above bypasses FreeBSD completely and has the BIOS call that power down method itself) produces the same broken results means that this bug is in your hardware. FreeBSD sleeps for a bit when it does a halt -p as a workaround for broken IDE disks which claim that writes have hit the media when they are still in the disks cache, so that is a separate issue. If you want more info on ACPI and how it works, feel free to head on over to www.acpi.info and read the spec for yourself. Windows 2000 can shutdown my Tiger 230T in very short time, while FreeBSD is always timeouted with halt -p. I dont't think it is hardware or BIOS problem, FreeBSD must be wrong in something, just like FreeBSD ATA bug for my Tiger 230T, all OS I have in hand work fine, only FreeBSD does not. In this case, David, the machine still screws up even with the hardware 4 second override. FreeBSD has no possible control over the override, that is _only_ handled in hardware and the BIOS. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On 20-Aug-2003 David O'Brien wrote: On Tue, Aug 19, 2003 at 06:13:19PM -0400, John Baldwin wrote: Following up your suggestion that it is a hardware problem, I decided to try updating the BIOS from version 2.10 to 2.14. Now start up produces lots of ACPI error messages. ... The 2.10 is the version of the PCI BIOS specification that your motherboard BIOS supports. It is unrelated to the version of your motherboard BIOS. NO. His 2.10 above *IS* the version of his BIOS. I know exactly what version he had and has now. He is correct about the extra ACPI error verbage. David, please read his dmesg: pcibios: BIOS version 2.10 Do you know where that comes from? /sys/i386/pci/pci_cfgreg.c: int pci_cfgregopen(void) { ... v = pcibios_get_version(); if (v 0) printf(pcibios: BIOS version %x.%02x\n, (v 0xff00) 8, v 0xff); ... } I'm not stupid, ok? The version of the PCI BIOS spec that his BIOS implements has no relation to the vendor firmware revision of his BIOS beyond perhaps mere coincidence. FreeBSD has no code in it to go figure out his firmware revision and print it to the bloody screen claiming that it has something to do with PCI. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
Stephen Montgomery-Smith schrieb: Actually the power-off button doesn't work at all under FreeBSD-current. (It is a soft power-off button that dmesg shows is detected by the OS.) Have you tried to hold the power-button a little bit longer? My power-button turn the system off when I pres it for ~4secs (but I haven't a Tyan board). Bye, Alexander. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On Tue, Aug 19, 2003 at 01:26:17PM +0200, Alexander Leidinger wrote: Have you tried to hold the power-button a little bit longer? My power-button turn the system off when I pres it for ~4secs (but I haven't a Tyan board). Sorry but telling experiences with non-Tyan boards don't help one bit. (too bad I don't have Bill Paul's finesse in getting this point across) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
Alexander Leidinger wrote: Stephen Montgomery-Smith schrieb: Actually the power-off button doesn't work at all under FreeBSD-current. (It is a soft power-off button that dmesg shows is detected by the OS.) Have you tried to hold the power-button a little bit longer? My power-button turn the system off when I pres it for ~4secs (but I haven't a Tyan board). I tried pressing the power button for a longer time. It does actually do something. After about 4 seconds, it has the same effect as shutdown -p now or halt -p, that is, the video card stops working, the fans keep going, and the disk access light comes fully on. I am guessing that this 4 second delay is part of how FreeBSD wants it. If that is the case, it shows that the power button is working as it should - it is the power-down process that is not working right. -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On 19-Aug-2003 Stephen Montgomery-Smith wrote: Alexander Leidinger wrote: Stephen Montgomery-Smith schrieb: Actually the power-off button doesn't work at all under FreeBSD-current. (It is a soft power-off button that dmesg shows is detected by the OS.) Have you tried to hold the power-button a little bit longer? My power-button turn the system off when I pres it for ~4secs (but I haven't a Tyan board). I tried pressing the power button for a longer time. It does actually do something. After about 4 seconds, it has the same effect as shutdown -p now or halt -p, that is, the video card stops working, the fans keep going, and the disk access light comes fully on. I am guessing that this 4 second delay is part of how FreeBSD wants it. If that is the case, it shows that the power button is working as it should - it is the power-down process that is not working right. No, the 4 second countdown thing is in the BIOS/hardware and is not OS dependent at all. If the box doesn't properly shut off when you hold the power button for 4 seconds, that is a hardware or BIOS bug and something FreeBSD has no control over. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On Tue, 19 Aug 2003 09:54:21 -0700 David O'Brien [EMAIL PROTECTED] wrote: Have you tried to hold the power-button a little bit longer? My power-button turn the system off when I pres it for ~4secs (but I haven't a Tyan board). Sorry but telling experiences with non-Tyan boards don't help one bit. (too bad I don't have Bill Paul's finesse in getting this point across) So far every mainboard with ACPI support I've seen so far behaves as stated above. AFAIK you can't override the press for ~4secs to turn the system off in software on those systems. Feel free to point out, that Tyan boards don't turn the system off, even when you hold the power-button longer than 10 seconds. I'm not reluctant to learn something new. Bye, Alexander. -- Loose bits sink chips. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On 19 Aug 2003, Stephen Montgomery-Smith wrote: Alexander Leidinger wrote: Stephen Montgomery-Smith schrieb: Actually the power-off button doesn't work at all under FreeBSD-current. (It is a soft power-off button that dmesg shows is detected by the OS.) Have you tried to hold the power-button a little bit longer? My power-button turn the system off when I pres it for ~4secs (but I haven't a Tyan board). I tried pressing the power button for a longer time. It does actually do something. After about 4 seconds, it has the same effect as shutdown -p now or halt -p, that is, the video card stops working, the fans keep going, and the disk access light comes fully on. I am guessing that this 4 second delay is part of how FreeBSD wants it. If that is the case, it shows that the power button is working as it should - it is the power-down process that is not working right. For what it's worth, I have a Tyan S2469GN with dual Athlon MP's in it in a 3U rack mounted case. The power button acts as any other ATX soft power button I've ever seen, which is to say, it does nothing unless I hold it down for four seconds, at which point, all power is cut to the machine and it is officially off at this point. This is regardless of the state of the OS. --- From dmesg: --- acpi0: power button is handled as a fixed feature programming model. and sysctl: --- hw.acpi.power_button_state: S5 hw.acpi.disable_on_poweroff: 1 I'm running 5-CURRENT from a few days ago... -- Mark Nippere-contacts: Computing and Information Services [EMAIL PROTECTED] Texas AM Universityhttp://ops.tamu.edu/nipsy/ College Station, TX 77843-3142 AIM/Yahoo: texasnipsy ICQ: 66971617 (979)575-3193 MSN: [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- GG/IT d- s++:+ a-- C++$ UBL+++$ P---+++ L+++$ E--- W++ N+ o K++ w(---) O++ M V(--) PS+++(+) PE(--) Y+ PGP++(+) t 5 X R tv b+++ DI+(++) D+ G e h r++ y+(**) --END GEEK CODE BLOCK-- ---begin random quote of the moment--- Well, I too worry for all young lovers. The darkness is not the light, my child, and there are lights. You are one of the lights, dear Mina, the light of all light. -- Professor Abraham van Helsing, Bram Stoker's Dracula, 1992 end random quote of the moment ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
John Baldwin wrote: On 19-Aug-2003 Stephen Montgomery-Smith wrote: I am guessing that this 4 second delay is part of how FreeBSD wants it. If that is the case, it shows that the power button is working as it should - it is the power-down process that is not working right. No, the 4 second countdown thing is in the BIOS/hardware and is not OS dependent at all. If the box doesn't properly shut off when you hold the power button for 4 seconds, that is a hardware or BIOS bug and something FreeBSD has no control over. FreeBSD must have some control over this process, because in FreeBSD-4.8 and RedHat 9.0 (which make no attempt to access ACPI), the power button immediately powers down the computer. The same is also true if I start FreeBSD-current with ACPI support switched off. (Windows 2000 also works fast, but the Windows 2000 OS first cleanly shuts down the file system.) But now that people are mentioning this 4 second issue, I have now also noticed that if I do halt -p under FreeBSD-current, the OS does all its shutdown stuff, prints the message Uptime x, and then waits about 4 seconds before doing its powerdown attempt. -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On 19-Aug-2003 Stephen Montgomery-Smith wrote: John Baldwin wrote: On 19-Aug-2003 Stephen Montgomery-Smith wrote: I am guessing that this 4 second delay is part of how FreeBSD wants it. If that is the case, it shows that the power button is working as it should - it is the power-down process that is not working right. No, the 4 second countdown thing is in the BIOS/hardware and is not OS dependent at all. If the box doesn't properly shut off when you hold the power button for 4 seconds, that is a hardware or BIOS bug and something FreeBSD has no control over. FreeBSD must have some control over this process, because in FreeBSD-4.8 and RedHat 9.0 (which make no attempt to access ACPI), the power button immediately powers down the computer. The same is also true if I start FreeBSD-current with ACPI support switched off. (Windows 2000 also works fast, but the Windows 2000 OS first cleanly shuts down the file system.) But now that people are mentioning this 4 second issue, I have now also noticed that if I do halt -p under FreeBSD-current, the OS does all its shutdown stuff, prints the message Uptime x, and then waits about 4 seconds before doing its powerdown attempt. Here's how it works: The BIOS/hardware monitor the power button. When an OS tells the BIOS that it is ACPI, then the BIOS doesn't do an instant turn off when the power button is pressed, but waits to do so until the power button has been held down for 4 seconds. If the power button after 4 seconds doesn't work, it's still a hardware problem. FreeBSD can not fix your hardware problem. When you press the power button with an ACPI OS running, the hardware sends an interrupt to the OS. The OS then shuts down and asks the BIOS (via ACPI) to power off the machine. If the machine doesn't physically turn off, it's because your BIOS is screwed up and didn't handle the power down command properly. The fact that the 4 second trick (which as above bypasses FreeBSD completely and has the BIOS call that power down method itself) produces the same broken results means that this bug is in your hardware. FreeBSD sleeps for a bit when it does a halt -p as a workaround for broken IDE disks which claim that writes have hit the media when they are still in the disks cache, so that is a separate issue. If you want more info on ACPI and how it works, feel free to head on over to www.acpi.info and read the spec for yourself. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On Tue, Aug 19, 2003 at 09:54:21AM -0700, David O'Brien wrote: Sorry but telling experiences with non-Tyan boards don't help one bit. (too bad I don't have Bill Paul's finesse in getting this point across) Actually, yes it does... well it's relevant in this case. ATX systems respond to holding the power button down for at least 4 seconds by doing a hard power down. I believe this is part of the applicable specifications. - alex ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
John Baldwin wrote: Here's how it works: The BIOS/hardware monitor the power button. When an OS tells the BIOS that it is ACPI, then the BIOS doesn't do an instant turn off when the power button is pressed, but waits to do so until the power button has been held down for 4 seconds. If the power button after 4 seconds doesn't work, it's still a hardware problem. FreeBSD can not fix your hardware problem. When you press the power button with an ACPI OS running, the hardware sends an interrupt to the OS. The OS then shuts down and asks the BIOS (via ACPI) to power off the machine. If the machine doesn't physically turn off, it's because your BIOS is screwed up and didn't handle the power down command properly. The fact that the 4 second trick (which as above bypasses FreeBSD completely and has the BIOS call that power down method itself) produces the same broken results means that this bug is in your hardware. FreeBSD sleeps for a bit when it does a halt -p as a workaround for broken IDE disks which claim that writes have hit the media when they are still in the disks cache, so that is a separate issue. If you want more info on ACPI and how it works, feel free to head on over to www.acpi.info and read the spec for yourself. I took a quick look at the acpi web site, but it is a lot more reading than I have time for right now. Following up your suggestion that it is a hardware problem, I decided to try updating the BIOS from version 2.10 to 2.14. Now start up produces lots of ACPI error messages. I am not asking for you guys to fix it, but if you can help me interpret it (or can comfirm that this is indeed a hardware problem), I would appreciate it. Dmesg is included as an attachment. (In particular, it says that the BIOS version is 2.10 when I just updated it to 2.14, unless that 2.10 coincidently refers to something else.) -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen Copyright (c) 1992-2003 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 5.1-CURRENT #4: Tue Aug 19 15:25:45 CDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HUB Preloaded elf kernel /boot/kernel/kernel at 0xc04c2000. Preloaded elf module /boot/kernel/acpi.ko at 0xc04c2244. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) MP 2000+ (1659.28-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x662 Stepping = 2 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc048MP,AMIE,DSP,3DNow! real memory = 3221159936 (3071 MB) avail memory = 3132239872 (2987 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 1, version: 0x00040010, at 0xfee0 cpu1 (AP): apic id: 0, version: 0x00040010, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: PTLTDRSDT on motherboard pcibios: BIOS version 2.10 ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND SearchNode 0xc93d6a80 StartNode 0xc93d6a80 ReturnNode 0 ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.SIO_.COM1._STA] (Node 0xc93d6a80), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND SearchNode 0xc93d6900 StartNode 0xc93d6900 ReturnNode 0 ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.SIO_.COM2._STA] (Node 0xc93d6900), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND SearchNode 0xc93d6700 StartNode 0xc93d6700 ReturnNode 0 ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.SIO_.LPT_._STA] (Node 0xc93d6700), AE_NOT_FOUND acpi0: power button is handled as a fixed feature programming model. acpi0: sleep button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz quality 1000 ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND SearchNode 0xc93d6a80 StartNode 0xc93d6a80 ReturnNode 0 ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.SIO_.COM1._STA] (Node 0xc93d6a80), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND SearchNode 0xc93d6900 StartNode 0xc93d6900 ReturnNode 0 ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.SIO_.COM2._STA] (Node 0xc93d6900), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND SearchNode 0xc93d6700 StartNode 0xc93d6700 ReturnNode 0 ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.SIO_.LPT_._STA] (Node 0xc93d6700), AE_NOT_FOUND acpi_timer0: 24-bit timer at 3.579545MHz port 0x8008-0x800b on acpi0 acpi_cpu0: CPU port 0x530-0x537 on acpi0 acpi_cpu1: CPU port 0x530-0x537
Re: ACPI on Tyan Motherboard
On 19-Aug-2003 Stephen Montgomery-Smith wrote: John Baldwin wrote: Here's how it works: The BIOS/hardware monitor the power button. When an OS tells the BIOS that it is ACPI, then the BIOS doesn't do an instant turn off when the power button is pressed, but waits to do so until the power button has been held down for 4 seconds. If the power button after 4 seconds doesn't work, it's still a hardware problem. FreeBSD can not fix your hardware problem. When you press the power button with an ACPI OS running, the hardware sends an interrupt to the OS. The OS then shuts down and asks the BIOS (via ACPI) to power off the machine. If the machine doesn't physically turn off, it's because your BIOS is screwed up and didn't handle the power down command properly. The fact that the 4 second trick (which as above bypasses FreeBSD completely and has the BIOS call that power down method itself) produces the same broken results means that this bug is in your hardware. FreeBSD sleeps for a bit when it does a halt -p as a workaround for broken IDE disks which claim that writes have hit the media when they are still in the disks cache, so that is a separate issue. If you want more info on ACPI and how it works, feel free to head on over to www.acpi.info and read the spec for yourself. I took a quick look at the acpi web site, but it is a lot more reading than I have time for right now. Following up your suggestion that it is a hardware problem, I decided to try updating the BIOS from version 2.10 to 2.14. Now start up produces lots of ACPI error messages. I am not asking for you guys to fix it, but if you can help me interpret it (or can comfirm that this is indeed a hardware problem), I would appreciate it. Dmesg is included as an attachment. The 2.10 is the version of the PCI BIOS specification that your motherboard BIOS supports. It is unrelated to the version of your motherboard BIOS. Unfortunately, your new BIOS seems to be buggy as well, but you can probably compile a custom asl to work around it. The best thing to do is to e-mail [EMAIL PROTECTED] providing a link to your acpidump and dmesg and they can give you some pointers on fixing your asl and recompiling it so you can override your BIOS. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On Tue, Aug 19, 2003 at 07:16:32PM +0200, Alexander Leidinger wrote: Feel free to point out, that Tyan boards don't turn the system off, even when you hold the power-button longer than 10 seconds. I'm not reluctant to learn something new. My K7 Thunder S2462 doesn't turn off no matter how longer I hold down the power button. It seems to be semi-BIOS version specific and the BIOS setting on what to do when power is lost and then restored. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On Tue, Aug 19, 2003 at 01:58:22PM -0700, Alex Zepeda wrote: On Tue, Aug 19, 2003 at 09:54:21AM -0700, David O'Brien wrote: Sorry but telling experiences with non-Tyan boards don't help one bit. (too bad I don't have Bill Paul's finesse in getting this point across) Actually, yes it does... well it's relevant in this case. ATX systems respond to holding the power button down for at least 4 seconds by doing a hard power down. I believe this is part of the applicable specifications. The thread is specifically about the Tyan S2462: I have a Tyan S2462 Thunder K7 motherboard. I was hoping to get power-down to work. So I installed FreeBSD current with ACPI enabled. When I typed shutdown -p now the computer halted, and then the video card switched off, and the fans kept running. The computer was frozen - even the power-off power-on button wouldn't work. Actually the power-off button doesn't work at all under FreeBSD-current. (It is a soft power-off button that dmesg shows is detected by the OS.) I should add that power-down works great with Windows 2000. Also, the power-off button works properly with FreeBSD-stable. perhaps people aren't reading before replying. I also own a Tyan S2462 Thunder K7 system and it behaves just as the poster stated. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On Wednesday 20 August 2003 02:49, John Baldwin wrote: Here's how it works: The BIOS/hardware monitor the power button. When an OS tells the BIOS that it is ACPI, then the BIOS doesn't do an instant turn off when the power button is pressed, but waits to do so until the power button has been held down for 4 seconds. If the power button after 4 seconds doesn't work, it's still a hardware problem. FreeBSD can not fix your hardware problem. When you press the power button with an ACPI OS running, the hardware sends an interrupt to the OS. The OS then shuts down and asks the BIOS (via ACPI) to power off the machine. If the machine doesn't physically turn off, it's because your BIOS is screwed up and didn't handle the power down command properly. The fact that the 4 second trick (which as above bypasses FreeBSD completely and has the BIOS call that power down method itself) produces the same broken results means that this bug is in your hardware. FreeBSD sleeps for a bit when it does a halt -p as a workaround for broken IDE disks which claim that writes have hit the media when they are still in the disks cache, so that is a separate issue. If you want more info on ACPI and how it works, feel free to head on over to www.acpi.info and read the spec for yourself. Windows 2000 can shutdown my Tiger 230T in very short time, while FreeBSD is always timeouted with halt -p. I dont't think it is hardware or BIOS problem, FreeBSD must be wrong in something, just like FreeBSD ATA bug for my Tiger 230T, all OS I have in hand work fine, only FreeBSD does not. David Xu ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On Tue, Aug 19, 2003 at 06:13:19PM -0400, John Baldwin wrote: Following up your suggestion that it is a hardware problem, I decided to try updating the BIOS from version 2.10 to 2.14. Now start up produces lots of ACPI error messages. ... The 2.10 is the version of the PCI BIOS specification that your motherboard BIOS supports. It is unrelated to the version of your motherboard BIOS. NO. His 2.10 above *IS* the version of his BIOS. I know exactly what version he had and has now. He is correct about the extra ACPI error verbage. -- -- David ([EMAIL PROTECTED]) P.S. \me wishes people not owning a K7 Thunder S2462 wounldn't repsond with specifics contricting the truth. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
David O'Brien wrote: On Tue, Aug 19, 2003 at 06:13:19PM -0400, John Baldwin wrote: Following up your suggestion that it is a hardware problem, I decided to try updating the BIOS from version 2.10 to 2.14. Now start up produces lots of ACPI error messages. ... The 2.10 is the version of the PCI BIOS specification that your motherboard BIOS supports. It is unrelated to the version of your motherboard BIOS. NO. His 2.10 above *IS* the version of his BIOS. I know exactly what version he had and has now. He is correct about the extra ACPI error verbage. But why would FreeBSD tell me that the BIOS version is 2.10 when I just installed version 2.14? Is this something wrong with the bios update features of this motherboard? The bios update seemed to go successfully. I might add that even with this updated BIOS, that seems to be more buggy from FreeBSD-current's point of view, that power down still works fine with Windows 2000. (It would be nice to have working ACPI with FreeBSD, but I'm not going to be greatly upset if it doesn't work. From every other point of view, this motherboard seems to work very nicely, with every operating system I have tried on it. My main reason for wanting properly working powerdown is so that if a fan stops working, then the healthd program would kick in and power-down the computer. Of course it is possible that if a fan breaks, then the CPU overheats so quickly that the healthd/acpiconf -s S5 combination just isn't quick enough. In that case, ACPI is nothing more than a nicety for me.) -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
On Tue, Aug 19, 2003 at 08:55:10PM -0500, Stephen Montgomery-Smith wrote: Following up your suggestion that it is a hardware problem, I decided to try updating the BIOS from version 2.10 to 2.14. Now start up produces lots of ACPI error messages. ... The 2.10 is the version of the PCI BIOS specification that your motherboard BIOS supports. It is unrelated to the version of your motherboard BIOS. NO. His 2.10 above *IS* the version of his BIOS. I know exactly what version he had and has now. He is correct about the extra ACPI error verbage. But why would FreeBSD tell me that the BIOS version is 2.10 when I just installed version 2.14? Is this something wrong with the bios update features of this motherboard? The bios update seemed to go successfully. Sorry! Now I know what 2.10 was being refered to. Sorry to JHB for that. JHB was correct 2.10 is a specification and does not refer to the Tyan version given to a specific BIOS. I might add that even with this updated BIOS, that seems to be more buggy from FreeBSD-current's point of view, that power down still works fine with Windows 2000. And yes, that is my experiences also with K7 Thunder BIOS version 2.14 (and 2.13 and 2.10). ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ACPI on Tyan Motherboard
I have a Tyan S2462 Thunder K7 motherboard. I was hoping to get power-down to work. So I installed FreeBSD current with ACPI enabled. When I typed shutdown -p now the computer halted, and then the video card switched off, and the fans kept running. The computer was frozen - even the power-off power-on button wouldn't work. Actually the power-off button doesn't work at all under FreeBSD-current. (It is a soft power-off button that dmesg shows is detected by the OS.) I should add that power-down works great with Windows 2000. Also, the power-off button works properly with FreeBSD-stable. I am thinking that maybe I need to wait a few more months until ACPI is fully debugged. On the other hand, maybe you guys would like to work on this. I can send all info like dmesg, and the kernel configuration (which is basically GENERIC with stuff removed, and SMP and pcm added, but actually it didn't work with the generic kernel either.) Is it possible that power is cut to the CPU's, but not to the fans? Is there anyway to tell? Will I have to program the ACPI (that is take the output of acpidump and edit it)? It does seem to me that ACPI is working in some form, just not properly. If I boot up with ACPI disabled, then it works just as in FreeBSD-stable, that is, the power-off button works well. -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
I have similar problem, FreeBSD ACPI never work for my Tyan Tiger 230T, halt -p does not work after I have run the machine for about 10 minutes, it works if I just power on FreeBSD and then type halt -p immediately, after power off, NUM LOCK LED on keyboard is still light, it seems it is not fully shutdown. David Xu - Original Message - From: Stephen Montgomery-Smith [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 10:13 AM Subject: ACPI on Tyan Motherboard I have a Tyan S2462 Thunder K7 motherboard. I was hoping to get power-down to work. So I installed FreeBSD current with ACPI enabled. When I typed shutdown -p now the computer halted, and then the video card switched off, and the fans kept running. The computer was frozen - even the power-off power-on button wouldn't work. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
In message [EMAIL PROTECTED], Stephen Montgomery-Smith wrote : I have a Tyan S2462 Thunder K7 motherboard. I was hoping to get power-down to work. So I installed FreeBSD current with ACPI enabled. When I typed shutdo wn -p now the computer halted, and then the video card switched off, and the fan s kept running. The computer was frozen - even the power-off power-on button wouldn't work. Actually the power-off button doesn't work at all under FreeBSD-current. (It is a soft power-off button that dmesg shows is detected by the OS.) I should add that power-down works great with Windows 2000. Also, the power-o ff button works properly with FreeBSD-stable. I am thinking that maybe I need to wait a few more months until ACPI is fully debugged. On the other hand, maybe you guys would like to work on this. I ca n send all info like dmesg, and the kernel configuration (which is basically GENERIC with stuff removed, and SMP and pcm added, but actually it didn't work with the generic kernel either.) Is it possible that power is cut to the CPU's, but not to the fans? Is there anyway to tell? Will I have to program the ACPI (that is take the output of acpidump and edi t it)? It does seem to me that ACPI is working in some form, just not properly. If I boot up with ACPI disabled, then it works just as in FreeBSD-stable, that is, the power-off button works well. Try # sysctl hw.acpi.disable_on_poweroff=0 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI on Tyan Motherboard
User Takawata wrote: Try # sysctl hw.acpi.disable_on_poweroff=0 This didn't make any difference for me. -- Stephen Montgomery-Smith [EMAIL PROTECTED] http://www.math.missouri.edu/~stephen ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]