From nobody@FreeBSD.org Fri Mar 13 12:00:41 2009 Return-Path: Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B84510657A6 for ; Fri, 13 Mar 2009 12:00:41 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 099CF8FC2B for ; Fri, 13 Mar 2009 12:00:41 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n2DC0eOU094089 for ; Fri, 13 Mar 2009 12:00:40 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n2DC0eYn094088; Fri, 13 Mar 2009 12:00:40 GMT (envelope-from nobody) Message-Id: <200903131200.n2DC0eYn094088@www.freebsd.org> Date: Fri, 13 Mar 2009 12:00:40 GMT From: Master One To: freebsd-gnats-submit@FreeBSD.org Subject: ACPI Problem with Intel SS4200: System does not power off X-Send-Pr-Version: www-3.1 X-GNATS-Notify: >Number: 132602 >Category: kern >Synopsis: [acpi] ACPI Problem with Intel SS4200: System does not power off >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-acpi >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 13 12:10:03 UTC 2009 >Closed-Date: >Last-Modified: Sun Jun 5 17:20:06 UTC 2011 >Originator: Master One >Release: FreeBSD 7.1 >Organization: >Environment: tested with stock i386 and amd64 installations >Description: The Intel SS4200 is a NAS storage device, which basically is a headless computer with an Intel Celeron 420 (64bit capable) CPU. Everything is working with FreeBSD up to 7.1-RELEASE, except when shutting down the system (shutdown -p now), the system does not power off, but instead makes the rear-chassis-fans slowly go to max RPM and that's it. It has been tested with the i386 and amd64 versions, as well as FreeNAS (0.69 based on FreeBSD 6.4, 0.7 based on FreeBSD 7.1), and they all show the exact same behavior. Unfortunately I can not provide any more details, because I could not make FreeBSD 7.1 to boot using a serial console. >How-To-Repeat: Simply boot any version of FreeBSD (or FreeNAS) on an Intel SS4200 device, and issue the shutdown command (shutdown -p now). >Fix: It definitely is an ACPI issue, because any Linux distribution (like the one from EMC, which is optionally available for the SS4200 directly from Intel) or MS WHS does not have this problem (of course). >Release-Note: >Audit-Trail: Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Fri Mar 13 20:06:23 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=132602 From: Martin Birgmeier To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132602: [acpi] ACPI Problem with Intel SS4200: System does not power off Date: Sat, 28 Mar 2009 09:43:36 +0100 (CET) From the description I'd say that this is a duplicate of the bug report I submitted, kern/130683. From: Master One To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132602: [acpi] ACPI Problem with Intel SS4200: System does not power off Date: Tue, 31 Mar 2009 14:33:15 +0200 If it is of any interest, here is a dmesg from that machine: Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.4-RELEASE-p3 #0: Mon Mar 9 22:22:06 UTC 2009 root@vmbsd64amd64:/usr/obj/freenas/usr/src/sys/FREENAS-amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 420 @ 1.60GHz (1600.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10661 Stepping = 1 Features=0xafebfbff Features2=0xe31d AMD Features=0x20100800 AMD Features2=0x1 real memory = 2147287040 (2047 MB) avail memory = 1970548736 (1879 MB) ACPI APIC Table: <121907 APIC1340> ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Mar 9 2009 22:21:59) acpi0: <121907 XSDT1340> on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 em0: port 0xbc00-0xbc1f mem 0xff7e0000-0xff7fffff irq 16 at device 0.0 on pci1 em0: Using MSI interrupt em0: Ethernet address: 00:15:17:31:d9:2b pcib2: irq 18 at device 28.2 on pci0 pci2: on pcib2 atapci0: port 0xcc00-0xcc7f mem 0xff9ffc00-0xff9ffc7f,0xff9f8000-0xff9fbfff irq 18 at device 0.0 on pci2 ata2: on atapci0 ata3: on atapci0 uhci0: port 0xe080-0xe09f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa3f800-0xffa3fbff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: USBest Technology USB Mass Storage Device, rev 2.00/1.00, addr 2 pcib3: at device 30.0 on pci0 pci3: on pcib3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xffaffc00-0xffafffff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 4 ports detected ata4: on atapci1 ata5: on atapci1 ata6: on atapci1 ata7: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 speaker0: port 0x61 on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 1600010792 Hz quality 800 Timecounters tick every 1.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 5 packets/entry ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging limited to 5 packets/entry by default hptrr: no controller detected. md0: Preloaded image 90177536 bytes at 0xffffffff80bb5e08 ad4: 239372MB at ata2-master SATA150 ad6: 239372MB at ata3-master SATA150 ad8: 953869MB at ata4-master SATA300 ad10: 953869MB at ata5-master SATA300 ad12: 953869MB at ata6-master SATA300 ad14: 953869MB at ata7-master SATA300 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 454MB (930560 512 byte sectors: 64H 32S/T 454C) cd0 at umass-sim0 bus 0 target 0 lun 1 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present em0: link state changed to UP From: Wesha To: bug-followup@FreeBSD.org, MasterOne@o0l0o.org Cc: Subject: Re: kern/132602: [acpi] ACPI Problem with Intel SS4200: System does not power off Date: Wed, 10 Jun 2009 11:40:17 -0500 ------------25741E13756C1AC Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Hello Bug-followup, It turns out that it powers off just fine if USB controller is disabled in SS4200 BIOS. Hope it would give some leads. See screenshot @ http://ss4200.pbworks.com/FreeNAS-0_70 --=20 Best regards, Wesha mailto:freebsd-bugs2@wesha.name ------------25741E13756C1AC Content-Type: application/pgp-signature -----BEGIN PGP MESSAGE----- Version: 2.6 iQEVAwUASi/h8LY28H2PPbCpAQEsugf9EUwJPNnywPisPAVbLzDB+S6ml9yPLUmY jGCo5XTLgr5rkQUxJ4RJOB66DMMuZtKDvyxZHiZWjBpInbP5uiujolDFeSG/EogK AVMnm7vUdILULQXzrnGW+/3hSgCPiN0J8Llsi54z3C6T+u8wKtNarxVDqee329mo fDGjdj7yIazIngaJGslR7AeVRgEZvA5nnrsFGcAzoRVE874SbAhqiV4YS0txzDX2 5RI7MscZ756uWzflwDIjeOeMHk4L4lY6T6ZX7FaA3BH3yobl7wPn61kPyYLg1poH s7N3NIV2D2nWxiBYVw00eQqXAHX4UvFOSFUhpS2d6eMIwnrMuE90ng== =6bkl -----END PGP MESSAGE----- ------------25741E13756C1AC-- From: Daniel To: bug-followup@FreeBSD.org, MasterOne@o0l0o.org Cc: Subject: Re: kern/132602: [acpi] ACPI Problem with Intel SS4200: System does not power off Date: Sat, 13 Feb 2010 11:44:47 -0500 I am able to login to Freenas 0.7.4919 amd64 via serial console and can provide assistance. Just let me know what information you need and how to retrieve it. Thanks. From: home.nas.4200@public-files.de To: bug-followup@FreeBSD.org, MasterOne@o0l0o.org, freebsd-acpi@FreeBSD.org Cc: Subject: Re: kern/132602: [acpi] ACPI Problem with Intel SS4200: System does not power off Date: Sun, 05 Jun 2011 18:50:58 +0200 Same problem in 8.2 (Free/PCBSD). I've uploaded an acpidump (as described in the handbook chapter 11.16): http://www.megaupload.com/?d=GJ76KUXP This dump was done after resetting to optimal bios defaults (which are the standard settings). Changing several Bios settings make minor modifications, like enabling headless mode changes line 31 from Flags={WBINVD,C1_SUPPORTED,SLEEP_BUTTON,S4_RTC_WAKE} to Flags={WBINVD,C1_SUPPORTED,SLEEP_BUTTON,S4_RTC_WAKE,HEADLESS} During acpidump execution there was an error: "acpidump RSDT entry 3 (sig OEMB) is corrupt", but recompilation with iasl succeeded with no errors, and 8 or more warnings, depending on the w setting. -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone >Unformatted: