From owner-freebsd-acpi@FreeBSD.ORG Sun Dec 7 05:53:25 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6639106564A for ; Sun, 7 Dec 2008 05:53:25 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57005.mail.re3.yahoo.com (web57005.mail.re3.yahoo.com [66.196.97.109]) by mx1.freebsd.org (Postfix) with SMTP id 395908FC14 for ; Sun, 7 Dec 2008 05:53:25 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 94063 invoked by uid 60001); 7 Dec 2008 05:26:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=TWlWEuUZl7XUucUTXEK0l/5RlqpFKWUEQkbWDd0627pzXcARMNlOJYiNaPn4pa04EjvuHHXFzy1U1Zx7BWo0S1gQ5JChV2I6keVUt6SHCdLOIj7523mdzZaM67FYEYkd6L/SHg0PHGzPXXy6sXTZw+7mbPVEQkAfrA2U45xSZhI=; X-YMail-OSG: YM9YHAAVM1nJdsgqHQInayQutkM9hfTgOCKFxGY2eU8jM_ILnLtbahcCxeir3Xk3RstiMm9ODhU0OLCW3rsANYxyBtEvSeKviDqUEKs0cLLn7gs6QWh7PlWukxYD7JtIFzTDs1DIqy1iPOemJXNIvB3GrFi6HIptgTxw6yvskiYLcjI6K9xnZrBRvw-- Received: from [220.255.7.231] by web57005.mail.re3.yahoo.com via HTTP; Sat, 06 Dec 2008 21:26:43 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Sat, 6 Dec 2008 21:26:43 -0800 (PST) From: Unga To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <297791.94053.qm@web57005.mail.re3.yahoo.com> Subject: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2008 05:53:25 -0000 Hi I'm using RELENG_7 on i386. I noticed recently that "shutdown -p now" does not switch off the computer. I'm trying to understand how does the /sbin/shutdown performs a power down. I had a detailed look at the source code involved but find it difficult to see how. The program flow seems to be is as follows: shutdown => [/sbin/init or /sbin/halt] => reboot() => boot() => shutdown_final => shutdown_halt() => cpu_halt() Could you guys help me to identify how does shutdown request a power down. Many thanks in advance. Unga From owner-freebsd-acpi@FreeBSD.ORG Sun Dec 7 17:55:27 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65184106567A for ; Sun, 7 Dec 2008 17:55:27 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id D37628FC12 for ; Sun, 7 Dec 2008 17:55:26 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mB7HtOjL021660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 8 Dec 2008 04:55:25 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mB7HtO6F055923; Mon, 8 Dec 2008 04:55:24 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mB7HtN4a055922; Mon, 8 Dec 2008 04:55:23 +1100 (EST) (envelope-from peter) Date: Mon, 8 Dec 2008 04:55:23 +1100 From: Peter Jeremy To: Unga Message-ID: <20081207175523.GS58682@server.vk2pj.dyndns.org> References: <297791.94053.qm@web57005.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="53TzBEXPl5+8hjUY" Content-Disposition: inline In-Reply-To: <297791.94053.qm@web57005.mail.re3.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2008 17:55:27 -0000 --53TzBEXPl5+8hjUY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Dec-06 21:26:43 -0800, Unga wrote: >Could you guys help me to identify how does shutdown request a power down. It's done using ACPI. Look in acpi_shutdown_final(). --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --53TzBEXPl5+8hjUY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk8DgsACgkQ/opHv/APuIeJ7ACfRU7FAjW10bpc8r1uo4+Xnjgq +PwAn0t8wjrRrtJAKEjY74e0JAUxeHXQ =scsI -----END PGP SIGNATURE----- --53TzBEXPl5+8hjUY-- From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 8 11:06:51 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A666106564A for ; Mon, 8 Dec 2008 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 07D258FC08 for ; Mon, 8 Dec 2008 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mB8B6oLe014163 for ; Mon, 8 Dec 2008 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mB8B6o80014159 for freebsd-acpi@FreeBSD.org; Mon, 8 Dec 2008 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Dec 2008 11:06:50 GMT Message-Id: <200812081106.mB8B6o80014159@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2008 11:06:51 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/128639 acpi [PATCH] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 f kern/67309 acpi zzz reboot computer (ACPI S3) o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 43 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 8 21:53:42 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F7331065670 for ; Mon, 8 Dec 2008 21:53:42 +0000 (UTC) (envelope-from nealhogan@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id F41B58FC12 for ; Mon, 8 Dec 2008 21:53:41 +0000 (UTC) (envelope-from nealhogan@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so548489ywe.13 for ; Mon, 08 Dec 2008 13:53:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=QkIShv0qE5joFrGudT2kNjxJGDDU4qpP3jfIEGcN5Cc=; b=H6j+CqiPboEl22HqECCGacs/SzDS8W3a6yAHg8swXiODkUu1JulwaAqo8es0qWuSaH qHc/KgfBBQCJeEUV+nluPQ9ELPAoTRXpQxZe5LyCoXwsniWGgxFX6H5Immq1uVl9vRI7 juDlSDptm1/EvAbnMuaKtNMVSo0V631m7L0IM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=MmXFocXOhg1eqo7CDbNsCYnbfn5At3PakjZyBd8ds6A7MuPMJiv/a4BIfpw5B9JiWH 5RXuQpPPDzgTqtvP/tHwnvrrAlFjxPa0p2o+6zPNZ2fSXlNdS8flIB2jumXsUDcX7eZ9 j84RJvKF+Gk2PmPBmtiYzcjon/JxSMFtTUXus= Received: by 10.150.186.21 with SMTP id j21mr1345872ybf.168.1228771686445; Mon, 08 Dec 2008 13:28:06 -0800 (PST) Received: by 10.151.148.5 with HTTP; Mon, 8 Dec 2008 13:28:06 -0800 (PST) Message-ID: Date: Mon, 8 Dec 2008 15:28:06 -0600 From: "Neal Hogan" To: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: boot hang with 7.1BETA2 (12/08) an no wifi X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2008 21:53:42 -0000 Hi, I'm new to fBSD and recently installed 7.0 on my HP pavillion ze4400 (multiboot w/ XP). It appeared to work fine. I had it on there for several weeks and was just snooping around. Well, I attempted to upgrade to 7.1 prerelease. I used *freebsd-update upgrade -r 7.1-BETA2* and it seemed to work. However, when I reboot the system is hung after the the following line: pci1: on pcib1. I reboot with ACPI disabled and it boot fine. Below is my dmesg. Also, my wifi card doesn't work and I don't see it in the dmesg. The same was true of 7.0. This computer is older than my interest in *BSD. So, I don't know what card it has. Note that it works under XP. Thanks. 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 7.1-PRERELEASE-p1 #0: Mon Nov 24 11:49:24 UTC 2008 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: mobile AMD Athlon(tm) XP2400+ (1788.94-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383f9ff AMD Features=0xc0480800 real memory = 468647936 (446 MB) avail memory = 444547072 (423 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Using invalid BIOS IRQ 5 from 0.10.INTA for link 0x6 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x9000-0x90ff mem 0xe0000000-0xefffffff,0xd0100000-0xd010ffff irq 10 at device 5.0 on pci1 ohci0: mem 0xd0006000-0xd0006fff irq 9 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 4 ports with 4 removable, self powered pcm0: port 0x8400-0x84ff mem 0xd0007000-0xd0007fff irq 5 at device 6.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] pcm0: [ITHREAD] isab0: at device 7.0 on pci0 isa0: on isab0 pci0: at device 8.0 (no driver attached) pci0: at device 9.0 (no driver attached) cbb0: mem 0x80000000-0x80000fff irq 5 at device 10.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] fwohci0: mem 0xd0009000-0xd00097ff,0xd0000000-0xd0003fff irq 10 at device 12.0 on pci0 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:0d:9d:71:9e:43:0c:6a fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:0d:9d:43:0c:6a fwe0: Ethernet address: 02:0d:9d:43:0c:6a fwip0: on firewire0 fwip0: Firewire address: 00:0d:9d:71:9e:43:0c:6a @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x12c0000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8080-0x808f at device 16.0 on pci0 atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 17.0 (no driver attached) sis0: port 0x8c00-0x8cff mem 0xd000a000-0xd000afff irq 11 at device 18.0 on pci0 sis0: Silicon Revision: DP83816A miibus0: on sis0 nsphyter0: PHY 0 on miibus0 nsphyter0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:0d:9d:43:2b:a7 sis0: [ITHREAD] cpu0 on motherboard powernow0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcf7ff,0xdb000-0xdbfff,0xdc000-0xdffff pnpid ORM0000 on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FILTER] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) ums0: on uhub0 ums0: 16 buttons and Z dir. umass0: on uhub0 Timecounter "TSC" frequency 1788940177 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 95396MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: 246MB (503808 512 byte sectors: 64H 32S/T 246C) Trying to mount root from ufs:/dev/ad0s2a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 56 files 2 WARNING: /var was not properly dismounted -- www.nealhogan.net From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 9 14:14:59 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92DF81065675 for ; Tue, 9 Dec 2008 14:14:59 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57005.mail.re3.yahoo.com (web57005.mail.re3.yahoo.com [66.196.97.109]) by mx1.freebsd.org (Postfix) with SMTP id 285BA8FC1F for ; Tue, 9 Dec 2008 14:14:59 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 84790 invoked by uid 60001); 9 Dec 2008 14:14:58 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=Eipctp2iB14ksJ3SU0UIEMXiyk+IodQTuZ163K+7SH5KIUroX8/FRdKNJQq8vhvgtjvjQqyAeoN/NKfyr4SHItN2nEAMFeUIxnPVccmAq4a3GiBDQQYkOMcLNqt13Em3RKrImC19lMlGRgKKD8yJ1yn3F+TvbT//2Z884FzUmPA=; X-YMail-OSG: nSKIB_gVM1kLRk3XZqxodBefY.xgrnG_cmgTVnqdZRwgTQ81dIIVmWrRk8RZaigVzBKkw2ZBbSUfJm_3wlVHaWp7CZ1Lv1F2o0oLKtPankDodMPp3UHXMWQU8u2bXhX34e.Q1yl.VL9iY8tiOeUR.0QD4Mc- Received: from [220.255.7.188] by web57005.mail.re3.yahoo.com via HTTP; Tue, 09 Dec 2008 06:14:58 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Tue, 9 Dec 2008 06:14:58 -0800 (PST) From: Unga To: freebsd-acpi@freebsd.org In-Reply-To: <297791.94053.qm@web57005.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <435143.84625.qm@web57005.mail.re3.yahoo.com> Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 14:14:59 -0000 --- On Sun, 12/7/08, Unga wrote: > From: Unga > Subject: shutdown does not power down > To: freebsd-acpi@freebsd.org > Date: Sunday, December 7, 2008, 1:26 PM > Hi > > I'm using RELENG_7 on i386. > > I noticed recently that "shutdown -p now" does > not switch off the computer. > > I'm trying to understand how does the /sbin/shutdown > performs a power down. I had a detailed look at the source > code involved but find it difficult to see how. > After studying the ACPI, I realized that acpi_shutdown_final() doesn't get registered to "shutdown_final" event due to the fact /dev/acpi is missing. Therefore, the acpi_shutdown_final() doesn't executed when shutdown. I'm not sure why the /dev/acpi is not getting created by devfs. Appreciate if could give your ideas. Best regards Unga From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 9 17:04:12 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 418021065670 for ; Tue, 9 Dec 2008 17:04:12 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi053.prodigy.net (nlpi053.sbcis.sbc.com [207.115.36.82]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD9B8FC18 for ; Tue, 9 Dec 2008 17:04:11 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-16-34.dsl.snfc21.pacbell.net [71.139.16.34]) (authenticated bits=0) by nlpi053.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id mB9H4Aip030448; Tue, 9 Dec 2008 11:04:10 -0600 Message-ID: <493EA50B.6000001@root.org> Date: Tue, 09 Dec 2008 09:04:11 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: unga888@yahoo.com References: <435143.84625.qm@web57005.mail.re3.yahoo.com> In-Reply-To: <435143.84625.qm@web57005.mail.re3.yahoo.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 17:04:12 -0000 Unga wrote: > --- On Sun, 12/7/08, Unga wrote: > >> From: Unga >> Subject: shutdown does not power down >> To: freebsd-acpi@freebsd.org >> Date: Sunday, December 7, 2008, 1:26 PM >> Hi >> >> I'm using RELENG_7 on i386. >> >> I noticed recently that "shutdown -p now" does >> not switch off the computer. >> >> I'm trying to understand how does the /sbin/shutdown >> performs a power down. I had a detailed look at the source >> code involved but find it difficult to see how. >> > > After studying the ACPI, I realized that acpi_shutdown_final() doesn't get registered to "shutdown_final" event due to the fact /dev/acpi is missing. Therefore, the acpi_shutdown_final() doesn't executed when shutdown. > > I'm not sure why the /dev/acpi is not getting created by devfs. Appreciate if could give your ideas. Are you sure devfs is not just hiding it since it wasn't used yet? devfs unhide or touch /dev/acpi would probably reveal it. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 9 18:02:41 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 059321065675 for ; Tue, 9 Dec 2008 18:02:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 8EC0F8FC17 for ; Tue, 9 Dec 2008 18:02:40 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mB9I2bEF003051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Dec 2008 05:02:38 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id mB9I2bPI092202; Wed, 10 Dec 2008 05:02:37 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id mB9I2brA092201; Wed, 10 Dec 2008 05:02:37 +1100 (EST) (envelope-from peter) Date: Wed, 10 Dec 2008 05:02:37 +1100 From: Peter Jeremy To: Unga Message-ID: <20081209180237.GA58682@server.vk2pj.dyndns.org> References: <297791.94053.qm@web57005.mail.re3.yahoo.com> <435143.84625.qm@web57005.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ggEtdcIX3XIOBw6T" Content-Disposition: inline In-Reply-To: <435143.84625.qm@web57005.mail.re3.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2008 18:02:41 -0000 --ggEtdcIX3XIOBw6T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Dec-09 06:14:58 -0800, Unga wrote: >After studying the ACPI, I realized that acpi_shutdown_final() >doesn't get registered to "shutdown_final" event due to the fact >/dev/acpi is missing. Therefore, the acpi_shutdown_final() doesn't >executed when shutdown. I'm not sure why the /dev/acpi is not >getting created by devfs. Are you sure ACPI is attaching? Does kldstat report 'acpi.ko'? Do you have an 'acpi0' device in your /var/run/dmesg.boot (and not have any ACPI-related errors in the probe messages)? Do you have a hw.acpi sysctl tree? --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --ggEtdcIX3XIOBw6T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkk+sr0ACgkQ/opHv/APuIe/dQCgsQq3/vcuiKX3VoHVKgblIVQO +FwAn3jm/zGGuya0v9EZUS6tbTNOjH1y =65PD -----END PGP SIGNATURE----- --ggEtdcIX3XIOBw6T-- From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 10 06:51:22 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E609106564A for ; Wed, 10 Dec 2008 06:51:22 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57005.mail.re3.yahoo.com (web57005.mail.re3.yahoo.com [66.196.97.109]) by mx1.freebsd.org (Postfix) with SMTP id D48918FC14 for ; Wed, 10 Dec 2008 06:51:21 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 33201 invoked by uid 60001); 10 Dec 2008 06:51:21 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=Okz7j8pYGeA4PLGx7/WFtosih+Sc1TqdMZHuYT0pGoGfpJkVW+kq+JKYIlMIkdVf0PrWKsWh1zSgMKF5KRFStadC8eHILRwiBFQxCK2TbqMhhsKI4aOUhX0FLpSHhFM2GfZ9WTsQhS3n5SxvpifXpg/Ap/3gs7LVfudbMgyBTvc=; X-YMail-OSG: sNlVQZsVM1lPahhb8FsFQGNYiRoEE228MfCxBFHl4caTdbvydbIVW.139HWyQmrxtjSk3VudIgxGGYN082wleUAwZVthK.j7ita3XExW6CAW_Bu7DRoevNcqadKDa3cbVjRRBh3MLdQPtnVyWwCJQl66CTkkn0pZdfkO.wEULEN1EDqZnEn65PD96czPNXNvydyOE7ZwR_cxEqsq8htOoXpbRwnk Received: from [220.255.7.132] by web57005.mail.re3.yahoo.com via HTTP; Tue, 09 Dec 2008 22:51:20 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Tue, 9 Dec 2008 22:51:20 -0800 (PST) From: Unga To: Nate Lawson In-Reply-To: <493EA50B.6000001@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <11893.33156.qm@web57005.mail.re3.yahoo.com> Cc: peterjeremy@optushome.com.au, freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2008 06:51:22 -0000 --- On Wed, 12/10/08, Nate Lawson wrote: > Are you sure devfs is not just hiding it since it > wasn't used yet? > devfs unhide or touch /dev/acpi would probably reveal it. > 1) touch /dev/acpi Operation not supported 2) devfs unhide I did following but still /dev/acpi does not appear: /etc/devfs.rules [acpirules=10] add path acpi unhide /etc/rc.conf devfs_system_ruleset="acpirules" --- On Wed, 12/10/08, Peter Jeremy wrote: > Are you sure ACPI is attaching? Not sure. but sysctl -a | grep acpi shows lot of acpi info sysctl hw.acpi sysctl: unknown oid 'hw.acpi' > Does kldstat report 'acpi.ko'? Yes > Do you have an 'acpi0' device in your > /var/run/dmesg.boot (and > not have any ACPI-related errors in the probe messages)? No acpi0. No acpi word in the log. > Do you have a hw.acpi sysctl tree? > No. Best regards Unga From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 10 16:21:25 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 786AA106567A for ; Wed, 10 Dec 2008 16:21:25 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi053.prodigy.net (nlpi053.sbcis.sbc.com [207.115.36.82]) by mx1.freebsd.org (Postfix) with ESMTP id 2A3608FC18 for ; Wed, 10 Dec 2008 16:21:24 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-8-152.dsl.snfc21.pacbell.net [71.139.8.152]) (authenticated bits=0) by nlpi053.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id mBAGLMRq021981; Wed, 10 Dec 2008 10:21:23 -0600 Message-ID: <493FEC84.10705@root.org> Date: Wed, 10 Dec 2008 08:21:24 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: unga888@yahoo.com References: <11893.33156.qm@web57005.mail.re3.yahoo.com> In-Reply-To: <11893.33156.qm@web57005.mail.re3.yahoo.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Dec 2008 16:21:25 -0000 Unga wrote: > --- On Wed, 12/10/08, Nate Lawson wrote: >> Are you sure devfs is not just hiding it since it >> wasn't used yet? >> devfs unhide or touch /dev/acpi would probably reveal it. >> > >> Are you sure ACPI is attaching? > Not sure. but > sysctl -a | grep acpi > shows lot of acpi info > > sysctl hw.acpi > sysctl: unknown oid 'hw.acpi' Just post the output of dmesg after booting. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 02:20:14 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8746C1065677; Thu, 11 Dec 2008 02:20:12 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Wed, 10 Dec 2008 21:19:58 -0500 User-Agent: KMail/1.6.2 References: <1224616985.00027652.1224606603@10.7.7.3> <200812021243.08513.jkim@FreeBSD.org> <49358684.7010508@FreeBSD.org> In-Reply-To: <49358684.7010508@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200812102120.03788.jkim@FreeBSD.org> Cc: Alexander Motin , peter@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Semi-working patch for amd64 suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 02:20:14 -0000 On Tuesday 02 December 2008 02:03 pm, Alexander Motin wrote: > Hi. > > Jung-uk Kim wrote: > >> Here is problems I still have now: > >> - SMP kernel resume is not working, system reboots while doing > >> acpi_wakeup_cpus(); > > > > My dual-core CPU seems to resume okay but quite unstable. Can > > you try something like the following in amd64/mp_machdep.c and > > tell me if it helps? > > > > ------------ > > @@ -57,6 +57,7 @@ > > #include > > > > #include > > +#include > > #include > > #include > > #include > > @@ -1121,6 +1121,8 @@ > > int cpumask = PCPU_GET(cpumask); > > > > if (savectx2(&stopxpcbs[cpu])) { > > + /* Flush CPU cache. */ > > + wbinvd(); > > /* Indicate that we are suspended. */ > > atomic_set_int(&stopped_cpus, cpumask); > > } else { > > ------------ > > Wow, it works! > > I am writing this letter just after suspending/resuming my > dual-core C2D system 4 times straight. Music plays, USB, SATA, all > other hardware works fine. What kind of instability do you have? > > The only strange effect I have noticed was incorrect CPU time some > processes got: > %ps ax > PID TT STAT TIME COMMAND > 12 ?? WL 280503:38,05 [intr] > 1430 ?? Ss 280503:38,34 icewm > > But I think it is more timer driver related then resume itself. > > > Thanks for the feedback! > > Many thanks to you! I hope this long-waited feature will be > finished! FYI, I uploaded a new patch with some fixes (against today's CURRENT): http://people.freebsd.org/~jkim/amd64_suspend.diff This patch should be feature complete but I'd say it is still considered experimental as it is not properly reviewed. Now, some useful tips of the day for starters: Tip #1: Try 'sysctl debug.acpi.suspend_bounce=1" first. If it hangs, this patch won't do any good for you. Tip #2: Suspend/resume several times in single user mode first to be safe. I am sure you don't want to lose your data. ;-) Tip #3: If keyboard LEDs blink (keyboard reset) but nothing is displayed on screen, try 'sysctl hw.acpi.reset_video=1' next time. Tip #4: If #3 does not work for you, try 'vbetool post' (available from ports/sysutils/vbetool) next. It works better in some cases. Tip #5: With Xorg, it is always safe to suspend in console unless you have a hook in suspend script to do some magic. When you switch to console by pressing Ctrl+Alt+F[1-8], Xorg driver will save GPU states. After resume is complete, you can return to Xorg screen by pressing Alt-F9 later. Then, Xorg driver should restore GPU states and screen. Tip #6: If your mouse pointer does not move any more, try restarting moused by '/etc/rc.d/moused restart'. Cheers, Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 04:50:00 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 216FC1065670; Thu, 11 Dec 2008 04:50:00 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EE4818FC13; Thu, 11 Dec 2008 04:49:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBB4nxoI060496; Thu, 11 Dec 2008 04:49:59 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBB4nxYF060492; Thu, 11 Dec 2008 04:49:59 GMT (envelope-from linimon) Date: Thu, 11 Dec 2008 04:49:59 GMT Message-Id: <200812110449.mBB4nxYF060492@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-acpi@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: amd64/129563: [ACPI] sleep broken on IBM/Lenovo T61 [amd64] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 04:50:00 -0000 Synopsis: [ACPI] sleep broken on IBM/Lenovo T61 [amd64] Responsible-Changed-From-To: freebsd-amd64->freebsd-acpi Responsible-Changed-By: linimon Responsible-Changed-When: Thu Dec 11 04:49:48 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=129563 From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 07:14:14 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA4A91065672 for ; Thu, 11 Dec 2008 07:14:14 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57008.mail.re3.yahoo.com (web57008.mail.re3.yahoo.com [66.196.97.112]) by mx1.freebsd.org (Postfix) with SMTP id 9A3CE8FC17 for ; Thu, 11 Dec 2008 07:14:14 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 47562 invoked by uid 60001); 11 Dec 2008 07:14:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=qmR4TBusNx4fw+NZDFAXnjGY28ChijTy7NQF/hsKYSG0Cp540fmNdlTbFpO4Zp5RJz1RyAj5yWNTz3Jn6YFiH+Bce92kAUBLgycWcoqAi3QwPVLyEYkW1g7QZpVdZvzXJmNVuAAqiZm6kDnsq3J0L/aaA7HFNj8sGMLThkFAARs=; X-YMail-OSG: 5IRguGoVM1lkZwI2fL9ZWlknnbAxkWh069cG2RJfy1ZIprb92H1MMRghVPClhDl47yKVydmwd0g4MSQdcjazY3Y4iAOCR3Cq4lsu9vbTr4Tdyxa8usVP7QOdXTz.UfLWPVJIPKl.H27bj3_5T3WgizxRxTc14jpICNlxS3SPPHXtX3rfcoKW4.6yee3jru.HdUXtFaHQZV5RgVGcHj44_WOL_3ym Received: from [220.255.7.244] by web57008.mail.re3.yahoo.com via HTTP; Wed, 10 Dec 2008 23:14:13 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Wed, 10 Dec 2008 23:14:13 -0800 (PST) From: Unga To: Nate Lawson In-Reply-To: <493FEC84.10705@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <861568.47553.qm@web57008.mail.re3.yahoo.com> Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 07:14:15 -0000 --- On Thu, 12/11/08, Nate Lawson wrote: > >> Are you sure devfs is not just hiding it since it > >> wasn't used yet? > >> devfs unhide or touch /dev/acpi would probably > reveal it. > >> > > > >> Are you sure ACPI is attaching? > > Not sure. but > > sysctl -a | grep acpi > > shows lot of acpi info > > > > sysctl hw.acpi > > sysctl: unknown oid 'hw.acpi' > > Just post the output of dmesg after booting. > Below is the dmesg verbose output. I earlier wrote that "sysctl -a | grep acpi" shows lot of lines, that's because I manually created the /dev/acpi node before booting. Since it's get hidden after mount the devfs and cannot unhide, I removed it. Now "sysctl -a | grep acpi" is empty. Please let me know if you need further information. I really want to understand what causing that /dev/acpi does not created. Best regards Unga =========================== dmesg output - verbose (boot -v) =========================== 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 7.0-STABLE #0: Wed Dec 10 13:37:07 SGT 2008 root@grey.lan:/usr/obj/usr/src/sys/MYKERNEL Preloaded elf kernel "/boot/kernel/kernel" at 0xc0cf4000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0cf4194. Calibrating clock(s) ... i8254 clock: 1193205 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 3028309532 Hz CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3028.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 Instruction TLB: 4 KB, 2 MB or 4 MB pages, fully associative, 64 entries Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 8 KB, 4-way set associative, sectored cache, 64 byte line size Trace cache: 12K-uops, 8-way set associative 2nd-level cache: 512 KB, 8-way set associative, sectored cache, 64 byte line size real memory = 1610547200 (1535 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001025000 - 0x000000005e4a3fff, 1564995584 bytes (382079 pages) avail memory = 1564483584 (1492 MB) MP Configuration Table version 1.4 found at 0xc00f5bc0 APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) MPTable: bios32: Found BIOS32 Service Directory header at 0xc00fdb50 bios32: Entry = 0xfdb60 (c00fdb60) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb81 pnpbios: Found PnP BIOS data at 0xc00f7020 pnpbios: Entry = f0000:5e0b Rev = 1.0 Other BIOS signatures found: ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: Routing IRQ 0 -> intpin 2 lapic: Routing ExtINT -> LINT0 lapic: Routing NMI -> LINT1 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 wlan_amrr: wlan: <802.11 Link Layer> ath_rate: version 1.2 null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Dec 10 2008 13:36:44) npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x80000090 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=25708086) pcibios: BIOS version 2.10 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x2570, revid=0x02 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xf8000000, size 26, enabled found-> vendor=0x8086, dev=0x2571, revid=0x02 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x0d (3250 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d2, revid=0x02 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0xe000, size 5, enabled pcib0: slot 29 INTA routed to irq 16 found-> vendor=0x8086, dev=0x24d4, revid=0x02 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[20]: type I/O Port, range 32, base 0xe400, size 5, enabled pcib0: slot 29 INTB routed to irq 19 found-> vendor=0x8086, dev=0x24d7, revid=0x02 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type I/O Port, range 32, base 0xe800, size 5, enabled pcib0: slot 29 INTC routed to irq 18 found-> vendor=0x8086, dev=0x24de, revid=0x02 domain=0, bus=0, slot=29, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0xec00, size 5, enabled pcib0: slot 29 INTA routed to irq 16 found-> vendor=0x8086, dev=0x24dd, revid=0x02 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfebff800, size 10, enabled pcib0: slot 29 INTD routed to irq 23 found-> vendor=0x8086, dev=0x244e, revid=0xc2 domain=0, bus=0, slot=30, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x8080, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x06 (1500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d0, revid=0x02 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x24d1, revid=0x02 domain=0, bus=0, slot=31, func=2 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x02a8, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 map[20]: type I/O Port, range 32, base 0xfc00, size 4, enabled found-> vendor=0x8086, dev=0x24d3, revid=0x02 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 map[20]: type I/O Port, range 32, base 0xc00, size 5, enabled pcib0: slot 31 INTB routed to irq 17 agp0: on hostb0 hostb0: Reserved 0x4000000 bytes for rid 0x10 type 3 at 0xf8000000 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfc900000-0xfe9fffff pcib1: prefetched decode 0xe7f00000-0xf7efffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x10de, dev=0x0322, revid=0xa1 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfd000000, size 24, enabled pcib1: requested memory range 0xfd000000-0xfdffffff: good map[14]: type Prefetchable Memory, range 32, base 0xe8000000, size 27, enabled pcib1: requested memory range 0xe8000000-0xefffffff: good pcib1: slot 0 INTA routed to irq 16 vgapci0: mem 0xfd000000-0xfdffffff,0xe8000000-0xefffffff irq 16 at device 0.0 on pci1 uhci0: port 0xe000-0xe01f irq 16 at device 29.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 48 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe400-0xe41f irq 19 at device 29.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 49 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe800-0xe81f irq 18 at device 29.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe800 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 50 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xec00-0xec1f irq 16 at device 29.3 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xec00 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebff800-0xfebffbff irq 23 at device 29.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebff800 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 51 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xc000-0xcfff pcib2: memory decode 0xfea00000-0xfeafffff pcib2: no prefetched decode pcib2: Subtractively decoded bridge. pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x1412, dev=0x1724, revid=0x01 domain=0, bus=2, slot=2, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 1 supports D0 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xcc00, size 5, enabled pcib2: requested I/O range 0xcc00-0xcc1f: in range map[14]: type I/O Port, range 32, base 0xc800, size 7, enabled pcib2: requested I/O range 0xc800-0xc87f: in range pcib2: slot 2 INTA routed to irq 18 found-> vendor=0x1737, dev=0x1032, revid=0x10 domain=0, bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x20 (8000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xc400, size 8, enabled pcib2: requested I/O range 0xc400-0xc4ff: in range map[14]: type Memory, range 32, base 0xfeafff00, size 8, enabled pcib2: requested memory range 0xfeafff00-0xfeafffff: good pcib2: slot 3 INTA routed to irq 19 pci2: at device 2.0 (no driver attached) re0: port 0xc400-0xc4ff mem 0xfeafff00-0xfeafffff irq 19 at device 3.0 on pci2 re0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeafff00 re0: Chip rev. 0x04000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: bpf attached re0: Ethernet address: 00:18:f8:0f:8e:ab re0: [MPSAFE] re0: [FILTER] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xfc00 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 52 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata1: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=50 stat1=00 devices=0x1 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 53 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) cpu0 on motherboard p4tcc0: on cpu0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed ex_isa_identify() ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete pnpbios: 15 devices, largest 126 bytes PNP0a03: adding io range 0x4d0-0x4d1, size=0x2, align=0x1 PNP0a03: adding io range 0xcf8-0xcff, size=0x8, align=0x1 PNP0a03: adding io range 0x22-0x22, size=0x1, align=0x1 PNP0a03: adding io range 0x72-0x75, size=0x4, align=0x1 PNP0a03: adding io range 0x290-0x297, size=0x8, align=0x1 PNP0a03: adding io range 0x400-0x43f, size=0x40, align=0x1 PNP0a03: adding io range 0x800-0x87f, size=0x80, align=0x1 PNP0a03: adding io range 0x2e-0x2e, size=0x1, align=0x1 PNP0a03: adding io range 0x2f-0x2f, size=0x1, align=0x1 pnpbios: handle 0 device ID PNP0a03 (030ad041) PNP0c01: adding fixed memory32 range 0-0x9fbff, size=0x9fc00 PNP0c01: adding fixed memory32 range 0x9fc00-0x9ffff, size=0x400 PNP0c01: adding fixed memory32 range 0xf0000-0xfffff, size=0x10000 PNP0c01: adding fixed memory32 range 0x100000-0x5ffeffff, size=0x5fef0000 PNP0c01: adding fixed memory32 range 0x5fff0000-0x5fff7fff, size=0x8000 PNP0c01: adding fixed memory32 range 0x5fff8000-0x5fffffff, size=0x8000 PNP0c01: adding fixed memory32 range 0xfec00000-0xfec00fff, size=0x1000 PNP0c01: adding fixed memory32 range 0xfee00000-0xfee00fff, size=0x1000 PNP0c01: adding fixed memory32 range 0xfff00000-0xffffffff, size=0x100000 pnpbios: handle 1 device ID PNP0c01 (010cd041) PNP0200: adding dma mask 0x10 PNP0200: adding fixed io range 0-0xf, size=0x10, align=0x1 PNP0200: adding fixed io range 0x80-0x90, size=0x11, align=0x1 PNP0200: adding fixed io range 0x94-0x9f, size=0xc, align=0x1 PNP0200: adding fixed io range 0xc0-0xde, size=0x1f, align=0x1 pnpbios: handle 3 device ID PNP0200 (0002d041) PNP0100: adding irq mask 0x1 PNP0100: adding fixed io range 0x40-0x43, size=0x4, align=0x1 pnpbios: handle 4 device ID PNP0100 (0001d041) PNP0b00: adding irq mask 0x100 PNP0b00: adding fixed io range 0x70-0x71, size=0x2, align=0x1 pnpbios: handle 5 device ID PNP0b00 (000bd041) PNP0303: adding irq mask 0x2 PNP0303: adding fixed io range 0x60-0x60, size=0x1, align=0x1 PNP0303: adding fixed io range 0x64-0x64, size=0x1, align=0x1 pnpbios: handle 6 device ID PNP0303 (0303d041) PNP0800: adding fixed io range 0x61-0x61, size=0x1, align=0x1 pnpbios: handle 7 device ID PNP0800 (0008d041) PNP0c04: adding irq mask 0x2000 PNP0c04: adding fixed io range 0xf0-0xff, size=0x10, align=0x1 pnpbios: handle 8 device ID PNP0c04 (040cd041) PNP0501: adding io range 0x3f8-0x3ff, size=0x8, align=0x8 PNP0501: adding irq mask 0x10 pnpbios: handle 9 device ID PNP0501 (0105d041) PNP0501: adding io range 0x2f8-0x2ff, size=0x8, align=0x8 PNP0501: adding irq mask 0x8 pnpbios: handle 10 device ID PNP0501 (0105d041) PNP0400: adding io range 0x378-0x37f, size=0x8, align=0x4 PNP0400: adding irq mask 0x80 pnpbios: handle 11 device ID PNP0400 (0004d041) PNP0700: adding io range 0x3f0-0x3f5, size=0x6, align=0x4 PNP0700: adding irq mask 0x40 PNP0700: adding dma mask 0x4 pnpbios: handle 12 device ID PNP0700 (0007d041) INT0800: adding fixed memory32 range 0xffb80000-0xffbfffff, size=0x80000 pnpbios: handle 13 device ID INT0800 (0008d425) PNP0f13: adding irq mask 0x1000 pnpbios: handle 14 device ID PNP0f13 (130fd041) sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xe0000-0xe0fff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 54 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 55 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fe0: not probed (disabled) ie0: not probed (disabled) le0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 56 ppbus0: [MPSAFE] ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x4001 0x4011 0x4001 0x4001 sio0: irq maps: 0x4001 0x4011 0x4001 0x4001 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 57 sio0: [FILTER] sio1: irq maps: 0x4001 0x4009 0x4001 0x4001 sio1: irq maps: 0x4001 0x4009 0x4001 0x4001 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 58 sio1: [FILTER] sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices unknown: can't assign resources (memory) unknown: at iomem 0-0x9fbff pnpid PNP0c01 on isa0 unknown: can't assign resources (port) unknown: at port 0x60 pnpid PNP0303 on isa0 unknown: failed to probe at port 0x61 pnpid PNP0800 on isa0 unknown: can't assign resources (port) unknown: at port 0x3f8-0x3ff pnpid PNP0501 on isa0 unknown: can't assign resources (port) unknown: at port 0x2f8-0x2ff pnpid PNP0501 on isa0 unknown: can't assign resources (port) unknown: at port 0x378-0x37f pnpid PNP0400 on isa0 unknown: failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 pnpid PNP0700 on isa0 unknown: failed to probe at iomem 0xffb80000-0xffbfffff pnpid INT0800 on isa0 unknown: can't assign resources (irq) unknown: at irq 12 pnpid PNP0f13 on isa0 Device configuration finished. Reducing kern.maxvnodes 101915 -> 100000 procfs registered lapic: Divisor 2, Frequency 100943666 hz Timecounter "TSC" frequency 3028309532 Hz quality 800 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: 78533MB at ata0-master UDMA100 ad0: 160836480 sectors [39420C/16H/255S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad2: 238475MB at ata1-master SATA150 ad2: 488397168 sectors [119705C/16H/255S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad2 ad2: Intel check1 failed ad2: Adaptec check1 failed ad2: LSI (v3) check1 failed ad2: LSI (v2) check1 failed ad2: FreeBSD check1 failed ATA PseudoRAID loaded Trying to mount root from ufs:/dev/ad2s1a start_init: trying /sbin/init =========================== End of dmesg output - verbose =========================== From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 09:20:03 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFEFF1065678 for ; Thu, 11 Dec 2008 09:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A85C08FC08 for ; Thu, 11 Dec 2008 09:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBB9K38W099620 for ; Thu, 11 Dec 2008 09:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBB9K3Ve099619; Thu, 11 Dec 2008 09:20:03 GMT (envelope-from gnats) Date: Thu, 11 Dec 2008 09:20:03 GMT Message-Id: <200812110920.mBB9K3Ve099619@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: "Garrett Cooper" Cc: Subject: Re: amd64/129563: [ACPI] sleep broken on IBM/Lenovo T61 [amd64] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Garrett Cooper List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 09:20:03 -0000 The following reply was made to PR kern/129563; it has been noted by GNATS. From: "Garrett Cooper" To: bug-followup@freebsd.org, gallasch@free.de Cc: Subject: Re: amd64/129563: [ACPI] sleep broken on IBM/Lenovo T61 [amd64] Date: Thu, 11 Dec 2008 01:14:54 -0800 This also occurs on i386 as well and is a documented issue. Please keep me in the correspondence mailings because I have a vested interest in this. Thanks! -Garrett From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 09:34:23 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97F21065676 for ; Thu, 11 Dec 2008 09:34:23 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 8F0E88FC1D for ; Thu, 11 Dec 2008 09:34:23 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so780772rvf.43 for ; Thu, 11 Dec 2008 01:34:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=S0Oh0w1mWSm6IVX1KkmYFK5ptGtLAttyijY0c1e1AI0=; b=QwaInXaM4irlME6PRO3ZvJAHyfPTuE4OYgFwllTnaDkR325BR+xdhkyp8hYigrKiSH J5nLcGZp+O0MU6WI8PQ6uLS1QP2nvDoYrfblKNgPUu2Jjy2XsEvrMXmANZmXosI0/eaf KICmxRBKqxmsBG+/96C9WJQbqfgiHwRshB8EE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=M7sjxkuEO8ZLgCZJzSQjB/5tnX7hXn6ABtDGTIgjPTqol0HevIHafceLNjMmucPZbr n0NXjDrXym335f3YhlCKLWeUsio4zS04a9/nlCjlLdnkmUD4ebcacFp92he9Rq3N8dNR tvyd3Sk+v+ZMVdy18gVl7TIdOFGYJ4AF7i0no= Received: by 10.141.151.18 with SMTP id d18mr1164795rvo.134.1228986432719; Thu, 11 Dec 2008 01:07:12 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 11 Dec 2008 01:07:12 -0800 (PST) Message-ID: <7d6fde3d0812110107k71b19c94g2b80bba0b90cc47d@mail.gmail.com> Date: Thu, 11 Dec 2008 01:07:12 -0800 From: "Garrett Cooper" To: unga888@yahoo.com In-Reply-To: <861568.47553.qm@web57008.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <493FEC84.10705@root.org> <861568.47553.qm@web57008.mail.re3.yahoo.com> Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 09:34:23 -0000 On Wed, Dec 10, 2008 at 11:14 PM, Unga wrote: > --- On Thu, 12/11/08, Nate Lawson wrote: > >> >> Are you sure devfs is not just hiding it since it >> >> wasn't used yet? >> >> devfs unhide or touch /dev/acpi would probably >> reveal it. >> >> >> > >> >> Are you sure ACPI is attaching? >> > Not sure. but >> > sysctl -a | grep acpi >> > shows lot of acpi info >> > >> > sysctl hw.acpi >> > sysctl: unknown oid 'hw.acpi' >> >> Just post the output of dmesg after booting. >> > > Below is the dmesg verbose output. > > I earlier wrote that "sysctl -a | grep acpi" shows lot of lines, that's because I manually created the /dev/acpi node before booting. Since it's get hidden after mount the devfs and cannot unhide, I removed it. Now "sysctl -a | grep acpi" is empty. > > Please let me know if you need further information. I really want to understand what causing that /dev/acpi does not created. > > Best regards > Unga [ snip ] Have you tried compiling ACPI into the kernel? I do that at least and it works for me. I noticed that no one asked what kind of hardware you have. Also, here's my output (just as a working reference; I use 8-CURRENT): [gcooper@optimus /scratch]$ clear; dmesg | grep ^acpi acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_button0: on acpi0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_button0: on acpi0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_button0: on acpi0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_button0: on acpi0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_button0: on acpi0 From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 10:35:17 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CD3C106564A for ; Thu, 11 Dec 2008 10:35:17 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57004.mail.re3.yahoo.com (web57004.mail.re3.yahoo.com [66.196.97.108]) by mx1.freebsd.org (Postfix) with SMTP id 2DF138FC0C for ; Thu, 11 Dec 2008 10:35:17 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 84718 invoked by uid 60001); 11 Dec 2008 10:35:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=YuqyRQXKaGRD0BkbNluULyBjZz5gydlXDSd6H0pUogzwNppFetJHJkDexG1kZJa2/cugaAlb+N3AJGr0YDcyMq1S10lP+ow8HXibgXI9+SQbSoS60U2whDFbRXMLSYLTgCUL2n6GawmIU/fRywcNHK01Lcu/ffdcQpUY9aFKnIQ=; X-YMail-OSG: IAJqUhwVM1lxiBepW.nLiPeHcPjZ9eZykDdqZEBh_e49UrjFxHDgEI0vl7D2ceL1uebFPCdvRY.9tuKApwrAxx5dMI3Fa7qybUVCfVtX4z..PgD3Dn6zHu0VCgfDtR938b3qm82_k9bBfOlrx9NUxSOD2lyfbJdDoexzmDgxXZtZbcdz1CEwXwXTBm.Pl1rJWxI4z7hNPUG9Xs9PHSu981ct.KNiRw-- Received: from [220.255.7.136] by web57004.mail.re3.yahoo.com via HTTP; Thu, 11 Dec 2008 02:35:16 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Thu, 11 Dec 2008 02:35:16 -0800 (PST) From: Unga To: Garrett Cooper In-Reply-To: <7d6fde3d0812110107k71b19c94g2b80bba0b90cc47d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <361944.84545.qm@web57004.mail.re3.yahoo.com> Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 10:35:17 -0000 --- On Thu, 12/11/08, Garrett Cooper wrote: > Have you tried compiling ACPI into the kernel? I do that at > least and it works for me. No. How could I do it? > > I noticed that no one asked what kind of hardware you have. This is Intel P4 3GHz desktop. I have two hard disks (SATA) fixed into this computer and on the first one, FreeBSD 7.0 and on the second, FreeBSD RELENG_7. When boot to first hard disk, the FreeBSD 7.0, the shutdown power off without any issue. My problem is with the second one, RELENG_7, which I do lot of experimentation. The RELENG_7 OS seems to run well. I do not see any other issue. I'm beginning to feel something required to get ACPI up is missing or accidentally got deleted from the RELENG_7 disk. I found /dev/acpi is missing. What should be there in minimum to get the ACPI up and get registered properly? Regards Unga From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 11:10:04 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 441471065676 for ; Thu, 11 Dec 2008 11:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1C9BF8FC17 for ; Thu, 11 Dec 2008 11:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBBBA36u081936 for ; Thu, 11 Dec 2008 11:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBBBA3PC081935; Thu, 11 Dec 2008 11:10:03 GMT (envelope-from gnats) Date: Thu, 11 Dec 2008 11:10:03 GMT Message-Id: <200812111110.mBBBA3PC081935@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Alexander Motin Cc: Subject: Re: kern/129563: [ACPI] sleep broken on IBM/Lenovo T61 [amd64] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Motin List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 11:10:04 -0000 The following reply was made to PR kern/129563; it has been noted by GNATS. From: Alexander Motin To: bug-followup@FreeBSD.org, gallasch@free.de Cc: Subject: Re: kern/129563: [ACPI] sleep broken on IBM/Lenovo T61 [amd64] Date: Thu, 11 Dec 2008 12:03:54 +0200 There is no suspend/resume support for amd64 platform available in FreeBSD 7.1. Amd64 suspend/resume support on both UP and SMP is now in active development by Jung-uk Kim. Working patches for 8-CURRENT and discussion can be found on freebsd-acpi@ mailing list. From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 11:33:09 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FCCC106564A for ; Thu, 11 Dec 2008 11:33:09 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id E17BF8FC14 for ; Thu, 11 Dec 2008 11:33:08 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id mBBBX3M2028484; Thu, 11 Dec 2008 22:33:04 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 11 Dec 2008 22:33:02 +1100 (EST) From: Ian Smith To: Garrett Cooper In-Reply-To: <7d6fde3d0812110107k71b19c94g2b80bba0b90cc47d@mail.gmail.com> Message-ID: <20081211213129.S84425@sola.nimnet.asn.au> References: <493FEC84.10705@root.org> <861568.47553.qm@web57008.mail.re3.yahoo.com> <7d6fde3d0812110107k71b19c94g2b80bba0b90cc47d@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 11:33:09 -0000 On Thu, 11 Dec 2008, Garrett Cooper wrote: > On Wed, Dec 10, 2008 at 11:14 PM, Unga wrote: > > --- On Thu, 12/11/08, Nate Lawson wrote: [..] > >> Just post the output of dmesg after booting. > > Below is the dmesg verbose output. Apart from loading acpi.ko straight after kernel, there's not a whiff of detecting - or failing to detect - acpi at all that I could spot. > > I earlier wrote that "sysctl -a | grep acpi" shows lot of lines, > > that's because I manually created the /dev/acpi node before booting. I don't understand this at all. I thought it was created by acpi (via devd?) on detecting the ACPI BIOS and having a rewarding chat with it? > > Since it's get hidden after mount the devfs and cannot unhide, I > > removed it. Now "sysctl -a | grep acpi" is empty. > > > > Please let me know if you need further information. I really want > > to understand what causing that /dev/acpi does not created. Looks just like what you might expect to see choosing to boot without acpi, except that it shows loading the module. Unga, what's in your /boot/loader.conf ? > [ snip ] > > Have you tried compiling ACPI into the kernel? I do that at least and > it works for me. Me too, but isn't that supposed not to matter nowadays? Or does that apply only to some modules, and perhaps not acpi? (genuine question) > I noticed that no one asked what kind of hardware you have. Or whether its BIOS is right up to date .. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 11:51:54 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F011F106564A for ; Thu, 11 Dec 2008 11:51:54 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57003.mail.re3.yahoo.com (web57003.mail.re3.yahoo.com [66.196.97.107]) by mx1.freebsd.org (Postfix) with SMTP id 9D1DF8FC08 for ; Thu, 11 Dec 2008 11:51:54 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 33706 invoked by uid 60001); 11 Dec 2008 11:51:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=MDLLPKXPkcX1j6jcaZMTP3MGZDU3XgJ3hntmBa4GJKZhDPUKtpfK0BK/jMZZ7EvIsNZoLXelcdrvs0mWC8DqFvLfBKU6OHLKxrnKq5+UD+jQMA1S5fc2OE3N3YTPV8Kc2cVGpRgp8ZLPCQku59U0nCat82yiJexLXOOc2vfMN/w=; X-YMail-OSG: Tan9yJgVM1l0X5rPBlxDc5kQmTjuh0hSZIJol9gCxcDkM8VGT.oltXqdGjhZecCTgsAjIhVNJPJdZKEPiK8KbEgYoi86ZHgMNPHy2Hq8s7qtpoKOi512eKizR4Q_A0c6GnmSg9stRrgyVsSRloqCi2l5gP0P7rN0Ff8q04uIrKtCWa21kgkKDKMe6HyAEugyt.Bw5PQr8NyVdGBARMkmCJM4Hve1Ful3bN.F2XGFyAVXWRw65NBRbA-- Received: from [220.255.7.197] by web57003.mail.re3.yahoo.com via HTTP; Thu, 11 Dec 2008 03:51:53 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Thu, 11 Dec 2008 03:51:53 -0800 (PST) From: Unga To: Ian Smith In-Reply-To: <20081211213129.S84425@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <573262.33587.qm@web57003.mail.re3.yahoo.com> Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 11:51:55 -0000 --- On Thu, 12/11/08, Ian Smith wrote: > From: Ian Smith > Subject: Re: shutdown does not power down > To: "Garrett Cooper" > Cc: unga888@yahoo.com, freebsd-acpi@freebsd.org > Date: Thursday, December 11, 2008, 7:33 PM > On Thu, 11 Dec 2008, Garrett Cooper wrote: > > On Wed, Dec 10, 2008 at 11:14 PM, Unga > wrote: > > > --- On Thu, 12/11/08, Nate Lawson > wrote: > [..] > > >> Just post the output of dmesg after booting. > > > > Below is the dmesg verbose output. > > Apart from loading acpi.ko straight after kernel, > there's not a whiff of > detecting - or failing to detect - acpi at all that I could > spot. > > > > I earlier wrote that "sysctl -a | grep > acpi" shows lot of lines, > > > that's because I manually created the > /dev/acpi node before booting. > > I don't understand this at all. I thought it was > created by acpi (via > devd?) on detecting the ACPI BIOS and having a rewarding > chat with it? > Since no /dev/acpi node, I mounted the root partition and created an acpi node /mnt/dev using mknod. Once boot, I get lot of lines in "sysctl -a | grep acpi". Since that /dev/acpi later disappear, I removed it the same way I created it by mounting the root partition. > > > Since it's get hidden after mount the devfs > and cannot unhide, I > > > removed it. Now "sysctl -a | grep > acpi" is empty. > > > > > > Please let me know if you need further > information. I really want > > > to understand what causing that /dev/acpi does > not created. > > Looks just like what you might expect to see choosing to > boot without > acpi, except that it shows loading the module. > > Unga, what's in your /boot/loader.conf ? > Empty > > [ snip ] > > > > Have you tried compiling ACPI into the kernel? I do > that at least and > > it works for me. > > Me too, but isn't that supposed not to matter nowadays? > Or does that > apply only to some modules, and perhaps not acpi? (genuine > question) > > > I noticed that no one asked what kind of hardware you > have. Its mentioned in my previous mail. Its Intel P4. > > Or whether its BIOS is right up to date .. BIOS seems old, but for FreeBSD 7 its not an issue, shutdown can power off. Its my second disk running FreeBSD RELENG_7 having a problem. Both versions are basically the same code, acpi code is identical, the problematic FreeBSD RELENG_7 is more evolved with various software updates. Regards Unga From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 11:54:06 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6EE1065676 for ; Thu, 11 Dec 2008 11:54:06 +0000 (UTC) (envelope-from dan@obluda.cz) Received: from smtp1.kolej.mff.cuni.cz (smtp1.kolej.mff.cuni.cz [IPv6:2001:718:1e03:a01::a]) by mx1.freebsd.org (Postfix) with ESMTP id 754708FC19 for ; Thu, 11 Dec 2008 11:54:06 +0000 (UTC) (envelope-from dan@obluda.cz) X-Envelope-From: dan@obluda.cz Received: from kgw.obluda.cz (openvpn.ms.mff.cuni.cz [195.113.20.87]) by smtp1.kolej.mff.cuni.cz (8.14.2/8.14.2) with ESMTP id mBBBs1dM014010; Thu, 11 Dec 2008 12:54:03 +0100 (CET) (envelope-from dan@obluda.cz) Message-ID: <4940FF59.3090904@obluda.cz> Date: Thu, 11 Dec 2008 12:54:01 +0100 From: Dan Lukes User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.18) Gecko/20081121 SeaMonkey/1.1.13 MIME-Version: 1.0 To: Ian Smith References: <493FEC84.10705@root.org> <861568.47553.qm@web57008.mail.re3.yahoo.com> <7d6fde3d0812110107k71b19c94g2b80bba0b90cc47d@mail.gmail.com> <20081211213129.S84425@sola.nimnet.asn.au> In-Reply-To: <20081211213129.S84425@sola.nimnet.asn.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 11:54:06 -0000 Ian Smith napsal/wrote, On 12/11/08 12:33: > Looks just like what you might expect to see choosing to boot without > acpi, except that it shows loading the module. > > Unga, what's in your /boot/loader.conf ? Unga's ... >>>>> Output of 'kenv' command (acpi - related lines only, selected by me) >>> acpi_load="YES" >>> hint.acpi.0.oem="AMI " >>> hint.acpi.0.revision="1" >>> hint.acpi.0.rsdp="0xf9e20" >>> hint.acpi.0.rsdt="0x5fff0000" >>> smbios.bios.reldate="08/18/2003" >>> smbios.bios.vendor="American Megatrends Inc." >>> smbios.bios.version="V1.4 " >>> smbios.planar.product="MS-6728" It seems the ACPI is not disabled. > Or whether its BIOS is right up to date .. Very far from up to date (current version is about 2.5). But it works for on 7.0-R... Dan From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 23:01:30 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF83106564A; Thu, 11 Dec 2008 23:01:30 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 69C508FC13; Thu, 11 Dec 2008 23:01:29 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 229547638; Fri, 12 Dec 2008 01:01:28 +0200 Message-ID: <49419BB9.8030408@FreeBSD.org> Date: Fri, 12 Dec 2008 01:01:13 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Jung-uk Kim References: <1224616985.00027652.1224606603@10.7.7.3> <200812021243.08513.jkim@FreeBSD.org> <49358684.7010508@FreeBSD.org> <200812102120.03788.jkim@FreeBSD.org> In-Reply-To: <200812102120.03788.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, peter@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Semi-working patch for amd64 suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 23:01:30 -0000 Jung-uk Kim wrote: > FYI, I uploaded a new patch with some fixes (against today's CURRENT): > > http://people.freebsd.org/~jkim/amd64_suspend.diff It is still working for me. > This patch should be feature complete but I'd say it is still > considered experimental as it is not properly reviewed. This comment looks stale: /* Restore PAT and MTRRdefType. */ :) -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Thu Dec 11 23:17:43 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 6D2F2106567A; Thu, 11 Dec 2008 23:17:41 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-acpi@FreeBSD.org Date: Thu, 11 Dec 2008 18:17:29 -0500 User-Agent: KMail/1.6.2 References: <1224616985.00027652.1224606603@10.7.7.3> <200812102120.03788.jkim@FreeBSD.org> <49419BB9.8030408@FreeBSD.org> In-Reply-To: <49419BB9.8030408@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200812111817.32334.jkim@FreeBSD.org> Cc: Alexander Motin , freebsd-amd64@freebsd.org, peter@freebsd.org Subject: Re: Semi-working patch for amd64 suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Dec 2008 23:17:43 -0000 On Thursday 11 December 2008 06:01 pm, Alexander Motin wrote: > Jung-uk Kim wrote: > > FYI, I uploaded a new patch with some fixes (against today's > > CURRENT): > > > > http://people.freebsd.org/~jkim/amd64_suspend.diff > > It is still working for me. Good. > > This patch should be feature complete but I'd say it is still > > considered experimental as it is not properly reviewed. > > This comment looks stale: > /* Restore PAT and MTRRdefType. */ Corrected. Thanks for the feedback! Jung-uk Kim From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 12 00:54:43 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEBDC1065679 for ; Fri, 12 Dec 2008 00:54:43 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id 33BF88FC23 for ; Fri, 12 Dec 2008 00:54:42 +0000 (UTC) (envelope-from gallasch@free.de) Received: (qmail 62198 invoked from network); 12 Dec 2008 01:28:00 +0100 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[193.28.225.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 12 Dec 2008 01:28:00 +0100 Message-Id: <14E18200-CB04-4196-BE61-BD2AB24C22A6@free.de> From: Kai Gallasch To: linimon@FreeBSD.org In-Reply-To: <200812110449.mBB4nxYF060492@freefall.freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 12 Dec 2008 01:28:00 +0100 References: <200812110449.mBB4nxYF060492@freefall.freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: Alexander Motin , freebsd-acpi@freebsd.org Subject: Re: amd64/129563: [ACPI] sleep broken on IBM/Lenovo T61 [amd64] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2008 00:54:43 -0000 Am 11.12.2008 um 05:49 schrieb linimon@FreeBSD.org: > Synopsis: [ACPI] sleep broken on IBM/Lenovo T61 [amd64] > > Responsible-Changed-From-To: freebsd-amd64->freebsd-acpi > Responsible-Changed-By: linimon > Responsible-Changed-When: Thu Dec 11 04:49:48 UTC 2008 > Responsible-Changed-Why: > Over to maintainer(s). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=129563 > _______________________________________________ After reading Alexander Motin's Reply in the Audit Trail of the PR it looks like this PR can be closed. Seems there never was support for ACPI suspend in freebsd7.1-amd64 and I was mistaken. Dang! So, no nothing to "fix" here. Kai Gallasch. From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 12 14:40:26 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A9C71065678 for ; Fri, 12 Dec 2008 14:40:26 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57004.mail.re3.yahoo.com (web57004.mail.re3.yahoo.com [66.196.97.108]) by mx1.freebsd.org (Postfix) with SMTP id 02E608FC08 for ; Fri, 12 Dec 2008 14:40:25 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 94722 invoked by uid 60001); 12 Dec 2008 14:40:25 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=M6yQRx9XGlxc424HOQ+lOURFRLm1gtAEHztU49WR9/ceOIyH9HyUt+DzqIX5AANeQkncvSXDAAxbx1llZIJxfOOqHgV3k4I3eo2zTb3FiQMZNLYBR4pDSZRE9nITeFYEu3ErG9vW8BXNa/4B443FErbZ61B/aR0ZjR8xy7kv3Vk=; X-YMail-OSG: FSk6beIVM1klBftFwbW0Kn0YkovQL5oUE.NF9TzMvIdkHMssZQf357Z1oqL0H.okMpGHWSdMrToMrfRKpOgp2ML21lXUx40IpfSwTNzAtXefKia2wUKRPhmRHNArhj51mC_YtElQwRP5pONStf55fRSiktw- Received: from [220.255.7.156] by web57004.mail.re3.yahoo.com via HTTP; Fri, 12 Dec 2008 06:40:25 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Fri, 12 Dec 2008 06:40:25 -0800 (PST) From: Unga To: freebsd-acpi@freebsd.org In-Reply-To: <4940FF59.3090904@obluda.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <269230.94089.qm@web57004.mail.re3.yahoo.com> Subject: Re: shutdown does not power down X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Dec 2008 14:40:26 -0000 I tried to enable debugging on ACPI and see what happens. I did following: 1. make WITH_KDB=YES WITH_DDB=YES WITH_GDB=YES \ buildkernel KERNCONF=MYKERNEL 2. make WITH_KDB=YES WITH_DDB=YES WITH_GDB=YES \ installkernel KERNCONF=MYKERNEL 3. cd /sys/modules/acpi/acpi make clean make ACPI_DEBUG=1 make install But I still get following messages when loading acpi.ko: Preloaded elf kernel "/boot/kernel/kernel" at 0xc0d2a000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0d2a188. link_elf: symbol db_readline undefined KLD file acpi.ko - could not finalize loading How could I enable ACPI debugging on FreeBSD 7.0? Best regards Unga From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 13 18:08:29 2008 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C9881065676; Sat, 13 Dec 2008 18:08:29 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 43B188FC0C; Sat, 13 Dec 2008 18:08:29 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBDI8TB8081288; Sat, 13 Dec 2008 18:08:29 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBDI8T15081284; Sat, 13 Dec 2008 18:08:29 GMT (envelope-from remko) Date: Sat, 13 Dec 2008 18:08:29 GMT Message-Id: <200812131808.mBDI8T15081284@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-acpi@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/129618: Problem with ACPI on laptop X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 18:08:29 -0000 Synopsis: Problem with ACPI on laptop Responsible-Changed-From-To: freebsd-i386->freebsd-acpi Responsible-Changed-By: remko Responsible-Changed-When: Sat Dec 13 18:07:52 UTC 2008 Responsible-Changed-Why: Not that much info but it's acpi, reassign to the acpi team. http://www.freebsd.org/cgi/query-pr.cgi?pr=129618 From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 13 20:06:52 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78BC81065672; Sat, 13 Dec 2008 20:06:52 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.freebsd.org (Postfix) with ESMTP id 7D1DF8FC26; Sat, 13 Dec 2008 20:06:51 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (HELO mavbook.mavhome.dp.ua) by mail.alkar.net (CommuniGate Pro SMTP 5.2.10) with ESMTPS id 1759883591; Sat, 13 Dec 2008 22:06:50 +0200 Message-ID: <494415D8.4090904@FreeBSD.org> Date: Sat, 13 Dec 2008 22:06:48 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.17 (X11/20081029) MIME-Version: 1.0 To: Alex Keda References: <1224616985.00027652.1224606603@10.7.7.3> <1224728582.00028075.1224715806@10.7.7.3> <4932F34C.1040804@FreeBSD.org> <4944115C.5020403@lissyara.su> In-Reply-To: <4944115C.5020403@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Semi-working patch for amd64 suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 20:06:52 -0000 Alex Keda wrote: > I trie it with my HP Compaq 6715s > sleep OK, but after press power button, for wake up, i see blue screen, > and nothing... After hard reset, I have im /var/log/messages: > > Dec 13 22:35:19 acer acpi: suspend at 20081213 22:35:19 > Dec 13 22:35:31 acer kernel: bge0: PHY write timed out (phy 1, reg 0, > val 32768) > Dec 13 22:35:31 acer kernel: bge0: PHY read timed out (phy 1, reg 0, val > 0xffffffff) > Dec 13 22:35:31 acer kernel: bge0: PHY read timed out (phy 1, reg 24, > val 0xffffffff) > Dec 13 22:35:31 acer kernel: bge0: PHY read timed out (phy 1, reg 16, > val 0xffffffff) > Dec 13 22:35:31 acer kernel: bge0: PHY write timed out (phy 1, reg 16, > val 0) > Dec 13 22:35:31 acer kernel: bge0: PHY write timed out (phy 1, reg 23, > val 18) > Dec 13 22:35:31 acer kernel: bge0: RX CPU self-diagnostics failed! > Dec 13 22:35:31 acer kernel: bge0: flow-through queue init failed > Dec 13 22:35:31 acer kernel: bge0: initialization failure Just interesting, how hostname "acer" related to "HP Compaq 6715s"? It's just a coincidence? :) I have Acer TM6292 notebook with bge LAN. And my bge works fine after resume. The only specific of my notebook is that it's BIOS does not allocate resources for PCIe bridges. FreeBSD also unable to do it, so now I have to use dirty hack to initialize them. I think I have seen alike bge messages (but without reboot) when that hack was working only on boot, but not restoring PCIe bridges state on resume. > Dec 13 22:40:52 acer savecore: reboot after panic: page fault > Dec 13 22:40:52 acer savecore: writing core to vmcore.9 Core is good. May be it can be debugged? -- Alexander Motin From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 13 20:22:36 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 528C01065678; Sat, 13 Dec 2008 20:22:36 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 027AB8FC17; Sat, 13 Dec 2008 20:22:35 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.149.118] (port=63211 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LBaSi-000Njp-NH; Sat, 13 Dec 2008 22:47:40 +0300 Message-ID: <4944115C.5020403@lissyara.su> Date: Sat, 13 Dec 2008 22:47:40 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.18) Gecko/20081124 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Alexander Motin References: <1224616985.00027652.1224606603@10.7.7.3> <1224728582.00028075.1224715806@10.7.7.3> <4932F34C.1040804@FreeBSD.org> In-Reply-To: <4932F34C.1040804@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: peter@freebsd.org, freebsd-acpi@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Semi-working patch for amd64 suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 20:22:36 -0000 Alexander Motin пишет: > Hi. > > Alexander Motin wrote: >> Jung-uk Kim wrote: >>> I was working on suspend/resume support for amd64 and this is the >>> result. It works with a modified QEMU (QEMU does not support S3) but >>> real boxes that I have don't seem to like it (e.g., broken BIOSes). >>> If there is someone interested in finishing it off or giving it a >>> try, the patch is here: >>> >>> http://people.freebsd.org/~jkim/amd64_suspend.diff I trie it with my HP Compaq 6715s sleep OK, but after press power button, for wake up, i see blue screen, and nothing... After hard reset, I have im /var/log/messages: Dec 13 22:35:19 acer acpi: suspend at 20081213 22:35:19 Dec 13 22:35:31 acer kernel: bge0: PHY write timed out (phy 1, reg 0, val 32768) Dec 13 22:35:31 acer kernel: bge0: PHY read timed out (phy 1, reg 0, val 0xffffffff) Dec 13 22:35:31 acer kernel: bge0: PHY read timed out (phy 1, reg 24, val 0xffffffff) Dec 13 22:35:31 acer kernel: bge0: PHY read timed out (phy 1, reg 16, val 0xffffffff) Dec 13 22:35:31 acer kernel: bge0: PHY write timed out (phy 1, reg 16, val 0) Dec 13 22:35:31 acer kernel: bge0: PHY write timed out (phy 1, reg 23, val 18) Dec 13 22:35:31 acer kernel: bge0: RX CPU self-diagnostics failed! Dec 13 22:35:31 acer kernel: bge0: flow-through queue init failed Dec 13 22:35:31 acer kernel: bge0: initialization failure and Dec 13 22:40:52 acer savecore: reboot after panic: page fault Dec 13 22:40:52 acer savecore: writing core to vmcore.9 ============= acer$ uname -a FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Dec 13 22:29:48 MSK 2008 lissyara@acer.lissyara.int.otradno.ru:/usr/obj/usr/src/sys/color-console amd64 From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 13 20:41:05 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7291C1065672; Sat, 13 Dec 2008 20:41:05 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id F01588FC20; Sat, 13 Dec 2008 20:41:04 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.145.60] (port=37957 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LBbIM-0009wp-VZ; Sat, 13 Dec 2008 23:41:03 +0300 Message-ID: <49441DDE.2010706@lissyara.su> Date: Sat, 13 Dec 2008 23:41:02 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.18) Gecko/20081124 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Alexander Motin , freebsd-amd64@freebsd.org, freebsd-acpi@freebsd.org, peter@freebsd.org References: <1224616985.00027652.1224606603@10.7.7.3> <1224728582.00028075.1224715806@10.7.7.3> <4932F34C.1040804@FreeBSD.org> <4944115C.5020403@lissyara.su> In-Reply-To: <4944115C.5020403@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: Semi-working patch for amd64 suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 20:41:05 -0000 Alex Keda пишет: > Alexander Motin пишет: > > Hi. > > > > Alexander Motin wrote: > >> Jung-uk Kim wrote: > >>> I was working on suspend/resume support for amd64 and this is the > >>> result. It works with a modified QEMU (QEMU does not support S3) but > >>> real boxes that I have don't seem to like it (e.g., broken BIOSes). > >>> If there is someone interested in finishing it off or giving it a > >>> try, the patch is here: > >>> > >>> http://people.freebsd.org/~jkim/amd64_suspend.diff > I trie it with my HP Compaq 6715s > sleep OK, but after press power button, for wake up, i see blue screen, sorry, read as 'dark screen' - no video... From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 13 20:53:27 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 337941065670; Sat, 13 Dec 2008 20:53:27 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id B7DD18FC18; Sat, 13 Dec 2008 20:53:26 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.145.60] (port=29031 helo=acer.lissyara.int.otradno.ru) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LBbUK-000CY1-Ir; Sat, 13 Dec 2008 23:53:25 +0300 Message-ID: <494420C4.80702@lissyara.su> Date: Sat, 13 Dec 2008 23:53:24 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.18) Gecko/20081124 Thunderbird/2.0.0.18 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Alexander Motin References: <1224616985.00027652.1224606603@10.7.7.3> <1224728582.00028075.1224715806@10.7.7.3> <4932F34C.1040804@FreeBSD.org> <4944115C.5020403@lissyara.su> In-Reply-To: <4944115C.5020403@lissyara.su> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-acpi@freebsd.org, freebsd-amd64@freebsd.org, peter@freebsd.org Subject: Re: Semi-working patch for amd64 suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 20:53:27 -0000 Alex Keda пишет: > Alexander Motin пишет: > > Hi. > > > > Alexander Motin wrote: > >> Jung-uk Kim wrote: > >>> I was working on suspend/resume support for amd64 and this is the > >>> result. It works with a modified QEMU (QEMU does not support S3) but > >>> real boxes that I have don't seem to like it (e.g., broken BIOSes). > >>> If there is someone interested in finishing it off or giving it a > >>> try, the patch is here: > >>> > >>> http://people.freebsd.org/~jkim/amd64_suspend.diff > I trie it with my HP Compaq 6715s > sleep OK, but after press power button, for wake up, i see blue screen, > and nothing... After hard reset, I have im /var/log/messages: > > > Dec 13 22:35:19 acer acpi: suspend at 20081213 22:35:19 > Dec 13 22:35:31 acer kernel: bge0: PHY write timed out (phy 1, reg 0, > val 32768) > Dec 13 22:35:31 acer kernel: bge0: PHY read timed out (phy 1, reg 0, val > 0xffffffff) > Dec 13 22:35:31 acer kernel: bge0: PHY read timed out (phy 1, reg 24, > val 0xffffffff) > Dec 13 22:35:31 acer kernel: bge0: PHY read timed out (phy 1, reg 16, > val 0xffffffff) > Dec 13 22:35:31 acer kernel: bge0: PHY write timed out (phy 1, reg 16, > val 0) > Dec 13 22:35:31 acer kernel: bge0: PHY write timed out (phy 1, reg 23, > val 18) > Dec 13 22:35:31 acer kernel: bge0: RX CPU self-diagnostics failed! > Dec 13 22:35:31 acer kernel: bge0: flow-through queue init failed > Dec 13 22:35:31 acer kernel: bge0: initialization failure > > and > > Dec 13 22:40:52 acer savecore: reboot after panic: page fault > Dec 13 22:40:52 acer savecore: writing core to vmcore.9 > ============= > acer$ uname -a > FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #0: > Sat Dec 13 22:29:48 MSK 2008 > lissyara@acer.lissyara.int.otradno.ru:/usr/obj/usr/src/sys/color-console > amd64 may be it useful... acer# kgdb -q /boot/kernel/kernel vmcore.9 Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. ... skip .... Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:196 #1 0xffffffff80528008 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xffffffff8052844c in panic (fmt=0xffffffff808a4cbc "%s") at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xffffffff807e4ca8 in trap_fatal (frame=0xffffff0001345720, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:759 #4 0xffffffff807e5074 in trap_pfault (frame=0xfffffffe4005ba20, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:675 #5 0xffffffff807e5970 in trap (frame=0xfffffffe4005ba20) at /usr/src/sys/amd64/amd64/trap.c:444 #6 0xffffffff807c80ae in calltrap () at /usr/src/sys/amd64/amd64/exception.S:217 #7 0xffffffff80551631 in device_attach (dev=0xffffff000772fb00) at bus_if.h:46 #8 0xffffffff805529ea in bus_generic_attach (dev=Variable "dev" is not available. ) at /usr/src/sys/kern/subr_bus.c:2953 #9 0xffffffff8024c2f7 in ata_identify (dev=0xffffff0001559a00) at /usr/src/sys/dev/ata/ata-all.c:713 #10 0xffffffff80254d22 in ata_sata_phy_event (context=Variable "context" is not available. ) at /usr/src/sys/dev/ata/ata-sata.c:69 #11 0xffffffff8056155a in taskqueue_run (queue=0xffffff0001499780) at /usr/src/sys/kern/subr_taskqueue.c:282 #12 0xffffffff80561802 in taskqueue_thread_loop (arg=Variable "arg" is not available. ) at /usr/src/sys/kern/subr_taskqueue.c:403 #13 0xffffffff805069c8 in fork_exit (callout=0xffffffff80561790 , arg=0xffffffff80b6b250, frame=0xfffffffe4005bc90) at /usr/src/sys/kern/kern_fork.c:821 #14 0xffffffff807c84be in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:521 #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000e8a000 in ?? () #40 0x000000000000000b in ?? () ---Type to continue, or q to quit--- #41 0xffffffff80b4f880 in affinity () #42 0xffffffff80b4f880 in affinity () #43 0xffffff0001345720 in ?? () #44 0xfffffffe4005b240 in ?? () #45 0xfffffffe4005b1f8 in ?? () #46 0xffffff0001346720 in ?? () #47 0xffffffff8054abad in sched_switch (td=0xffffffff80561790, newtd=0xffffffff80b6b250, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1848 Previous frame inner to this frame (corrupt stack?) (kgdb) quit ================================================= acer# dmesg | grep ata atapci0: port 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports PM not supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: port not implemented ata3: [ITHREAD] ata4: on atapci0 ata4: port not implemented ata4: [ITHREAD] ata5: on atapci0 ata5: port not implemented ata5: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] acd0: DVDR at ata0-master PIO4 ad4: 152627MB at ata2-master SATA300 cd0 at ata0 bus 0 target 0 lun 0 acer# From owner-freebsd-acpi@FreeBSD.ORG Sat Dec 13 21:04:55 2008 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 045341065673; Sat, 13 Dec 2008 21:04:55 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi025.prodigy.net (nlpi025.sbcis.sbc.com [207.115.36.54]) by mx1.freebsd.org (Postfix) with ESMTP id C90418FC25; Sat, 13 Dec 2008 21:04:54 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-0-155.dsl.snfc21.pacbell.net [71.139.0.155]) (authenticated bits=0) by nlpi025.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id mBDL4qP6031167; Sat, 13 Dec 2008 15:04:53 -0600 Message-ID: <49442375.4010401@root.org> Date: Sat, 13 Dec 2008 13:04:53 -0800 From: Nate Lawson User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Alex Keda References: <1224616985.00027652.1224606603@10.7.7.3> <1224728582.00028075.1224715806@10.7.7.3> <4932F34C.1040804@FreeBSD.org> <4944115C.5020403@lissyara.su> <494420C4.80702@lissyara.su> In-Reply-To: <494420C4.80702@lissyara.su> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: Semi-working patch for amd64 suspend/resume X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Dec 2008 21:04:55 -0000 Alex Keda wrote: >> Dec 13 22:40:52 acer savecore: reboot after panic: page fault >> Dec 13 22:40:52 acer savecore: writing core to vmcore.9 >> ============= >> acer$ uname -a >> FreeBSD acer.lissyara.int.otradno.ru 8.0-CURRENT FreeBSD 8.0-CURRENT >> #0: Sat Dec 13 22:29:48 MSK 2008 >> lissyara@acer.lissyara.int.otradno.ru:/usr/obj/usr/src/sys/color-console >> amd64 > > may be it useful... > > acer# kgdb -q /boot/kernel/kernel vmcore.9 > Reading symbols from /boot/kernel/sound.ko...Reading symbols from > /boot/kernel/sound.ko.symbols...done. > done. > ... skip .... > Loaded symbols for /boot/kernel/radeon.ko > Reading symbols from /boot/kernel/drm.ko...Reading symbols from > /boot/kernel/drm.ko.symbols...done. > done. > Loaded symbols for /boot/kernel/drm.ko > #0 doadump () at pcpu.h:196 > 196 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:196 > #1 0xffffffff80528008 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:420 > #2 0xffffffff8052844c in panic (fmt=0xffffffff808a4cbc "%s") at > /usr/src/sys/kern/kern_shutdown.c:576 > #3 0xffffffff807e4ca8 in trap_fatal (frame=0xffffff0001345720, > eva=Variable "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:759 > #4 0xffffffff807e5074 in trap_pfault (frame=0xfffffffe4005ba20, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:675 > #5 0xffffffff807e5970 in trap (frame=0xfffffffe4005ba20) at > /usr/src/sys/amd64/amd64/trap.c:444 > #6 0xffffffff807c80ae in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:217 > #7 0xffffffff80551631 in device_attach (dev=0xffffff000772fb00) at > bus_if.h:46 > #8 0xffffffff805529ea in bus_generic_attach (dev=Variable "dev" is not > available. > ) at /usr/src/sys/kern/subr_bus.c:2953 > #9 0xffffffff8024c2f7 in ata_identify (dev=0xffffff0001559a00) at > /usr/src/sys/dev/ata/ata-all.c:713 > #10 0xffffffff80254d22 in ata_sata_phy_event (context=Variable "context" > is not available. > ) at /usr/src/sys/dev/ata/ata-sata.c:69 > #11 0xffffffff8056155a in taskqueue_run (queue=0xffffff0001499780) at > /usr/src/sys/kern/subr_taskqueue.c:282 > #12 0xffffffff80561802 in taskqueue_thread_loop (arg=Variable "arg" is > not available. > ) at /usr/src/sys/kern/subr_taskqueue.c:403 > #13 0xffffffff805069c8 in fork_exit (callout=0xffffffff80561790 > , arg=0xffffffff80b6b250, frame=0xfffffffe4005bc90) > at /usr/src/sys/kern/kern_fork.c:821 > #14 0xffffffff807c84be in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:521 > #15 0x0000000000000000 in ?? () > acer# dmesg | grep ata > atapci0: port > 0x9000-0x9007,0x9008-0x900b,0x9010-0x9017,0x5018-0x501b,0x5020-0x502f > mem 0xd0409000-0xd04093ff irq 16 at device 18.0 on pci0 > atapci0: [ITHREAD] > atapci0: AHCI Version 01.10 controller with 4 ports PM not supported > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: port not implemented > ata3: [ITHREAD] > ata4: on atapci0 > ata4: port not implemented > ata4: [ITHREAD] > ata5: on atapci0 > ata5: port not implemented > ata5: [ITHREAD] > atapci1: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x5040-0x504f irq 16 at device 20.1 > on pci0 > ata0: on atapci1 > ata0: [ITHREAD] > acd0: DVDR at ata0-master PIO4 > ad4: 152627MB at ata2-master SATA300 > cd0 at ata0 bus 0 target 0 lun 0 ATA should be disabling its SATA PHY task during suspend, then re-enabling it after resume. Looks like it doesn't do this. -- Nate