From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 30 08:43:51 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8810416A4CE for ; Mon, 30 Aug 2004 08:43:51 +0000 (GMT) Received: from cocoa.syncrontech.com (cocoa-e0.syncrontech.com [62.71.8.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B355143D2F for ; Mon, 30 Aug 2004 08:43:50 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.19])i7U8hmWw066625 for ; Mon, 30 Aug 2004 11:43:49 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Received: from coffee (coffee.syncrontech.com [62.71.8.37]) i7U8hm0V062830 for ; Mon, 30 Aug 2004 11:43:48 +0300 (EEST) (envelope-from ari@suutari.iki.fi) Message-ID: <012501c48e6d$7d2961e0$2508473e@sad.syncrontech.com> From: "Ari Suutari" To: Date: Mon, 30 Aug 2004 11:43:57 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Scanned-By: MIMEDefang 2.30 (www . roaringpenguin . com / mimedefang) X-Scanned-By: MIMEDefang 2.24 (www . roaringpenguin . com / mimedefang) Subject: Sound card not detected with acpi enabled on Compaq Armada 1500c X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 08:43:51 -0000 Hi, Sound card on my Compaq Armada 1500c is not detected when I boot -current (dated 28.8) with acpi enabled. With acpi disabled, the card is detected OK. Sound card is integrated "ESS ES1869", when booting without acpi I get: sbc0: at port 0x330-0x331,0x388-0x38b,0x220-0x22f irq 5 drq 5,1 on isa0 boot -v messages and asl file are available at: boot -v with acpi enabled: http://www.suutari.iki.fi/acpi/boot.acpi boot -v with acpi disabled: http://www.suutari.iki.fi/acpi/boot.noacpi output from sysctl hw.acpi: http://www.suutari.iki.fi/acpi/hw.acpi acpidump -t -d: http://www.suutari.iki.fi/acpi/instant-compaq1500c.asl I started experimenting with -current on this laptop about a month ago. The soundcard has never been detected with acpi enabled during that time. Ari S. From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 30 11:01:59 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D18D116A4D2 for ; Mon, 30 Aug 2004 11:01:59 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4CAA43D5E for ; Mon, 30 Aug 2004 11:01:59 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i7UB1xbI033837 for ; Mon, 30 Aug 2004 11:01:59 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7UB1xGK033831 for freebsd-acpi@freebsd.org; Mon, 30 Aug 2004 11:01:59 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 30 Aug 2004 11:01:59 GMT Message-Id: <200408301101.i7UB1xGK033831@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 11:02:00 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 o [2004/03/09] i386/64002 acpi acpi problem 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/07] kern/53008 acpi [PATCH] genwakecode generates errornously o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena o [2004/05/27] i386/67273 acpi System Hangs with acpi and Xfree 5 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/02] i386/60817 acpi FBSD-5.1/5.2-RC1 "fdc0: cmd 3 failed at o f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 7 problems total. From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 1 02:40:09 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CACA416A4CE; Wed, 1 Sep 2004 02:40:09 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19F2943D46; Wed, 1 Sep 2004 02:40:09 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.13.1/8.13.1) with ESMTP id i812cv4K054209; Wed, 1 Sep 2004 11:38:59 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200409010238.i812cv4K054209@sana.init-main.com> To: Toxa From: takawata@jp.freebsd.org In-reply-to: Your message of "Tue, 31 Aug 2004 17:16:28 +0400." <20040831131628.GA2156@laptoxa.toxa.lan> Date: Wed, 01 Sep 2004 11:38:57 +0900 Sender: takawata@init-main.com cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi_video on SONY VAIO PCG-Z1 [was: acpi_video users needed] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 02:40:09 -0000 In message <20040831131628.GA2156@laptoxa.toxa.lan>, Toxa さんいわく: >On Tue, Aug 31, 2004 at 07:41:11PM +0900, takawata@jp.freebsd.org wrote: >> >dev.acpi_sny.0.brightness=10 >> >sysctl: oid 'dev.acpi_sny.0.brightness' is read only >> > >> >nothing happens... > >> Sorry, please refetch it from > >> http://www.init-main.com/acpi_snc.tar.gz > >acpi_sny0: detached >acpi_snc0: on acpi0 >[(17:12)(49.34%)(p6):~/tmp/acpi_snc ] sysctl -a|grep snc >dev.acpi_snc.0.%desc: Sony system controller >dev.acpi_snc.0.%driver: acpi_snc >dev.acpi_snc.0.%location: handle=\_SB_.PCI0.LPC0.SNC_ >dev.acpi_snc.0.%pnpinfo: _HID=SNY5001 _UID=0 >dev.acpi_snc.0.%parent: acpi0 >dev.acpi_snc.0.brightness: 94 >[(17:12)(49.34%)(p6):~/tmp/acpi_snc ] sudo sysctl >dev.acpi_snc.0.brightness=10 >dev.acpi_snc.0.brightness: 94 -> 10 >[(17:13)(49.51%)(p6):~/tmp/acpi_snc ] sudo sysctl >dev.acpi_snc.0.brightness=100 >dev.acpi_snc.0.brightness: 10 -> 100 >[(17:13)(49.51%)(p6):~/tmp/acpi_snc ] > >Yes, it works, thanks a lot! Now I'm wondering how to resume lid from >suspending. Machine resumes well and I can log in remotely but monitor >looks "dead" I don't imagine why. But any other method in SNC may do something. I modified the driver so that it exports more methods. http://www.init-main.com/acpi_snc2.tar.gz Testers wanted. From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 1 02:51:10 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B966516A4CF for ; Wed, 1 Sep 2004 02:51:10 +0000 (GMT) Received: from mx2.synetsystems.com (mx2.synetsystems.com [216.226.140.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D44243D46 for ; Wed, 1 Sep 2004 02:51:10 +0000 (GMT) (envelope-from brianmcd@columbus.rr.com) Received: from [192.168.10.65] (dhcp065-024-080-114.columbus.rr.com [65.24.80.114]) by mx2.synetsystems.com (Postfix) with ESMTP id 2B3D7463 for ; Tue, 31 Aug 2004 22:51:08 -0400 (EDT) From: Brian McDonald To: freebsd-acpi@FreeBSD.org Date: Tue, 31 Aug 2004 22:51:02 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200408312251.02528.brianmcd@columbus.rr.com> Subject: HP nc8000 Laptop ACPI Issues X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 02:51:10 -0000 I've been having trouble getting FreeBSD to properly handle the ACPI system on my Hewlett-Packard nc8000 laptop. Here are the issues I'm seeing: - The system will not properly reboot, shutdown -r, or shutdown -p. All operations result in the same behavior - the system stops at the "Uptime: blah" message, but does not power down. - acpiconf -s [345] results in an dead system. The OS goes through rc.suspend, and then the screen blanks. It won't respond to anything until I hold the power button for 5 seconds, after which it will restart, but without video. I have to force it to power off again to get the display back. - The system cannot power up the on-board wireless card. When ndiswrapper (mmm, Project Evil) is used, I get the following message after trying to load if_ndis: pci0: Failed to set ACPI power state D3 on (null): AE_BAD_PARAMETER - During verbose boot, it complains about some mutexes being released that were not held. (sounds bad). ACPI-0337: *** Error: Cannot release Mutex [C0E9], not acquired ACPI-1303: *** Error: Method execution failed [\_SB_.C045.C058.C0E8.C128] (Node 0xc1631f00), AE_AML_MUTEX_NOT_ACQUIRED ACPI-1303: *** Error: Method execution failed [\_SB_.C135._PSR] (Node 0xc1635de0), AE_AML_MUTEX_NOT_ACQUIRED Other ACPI functions appear to be working. Thermal zones are changing as the temperature rises, and the battery info option on acpiconf works. I've run the system under the SuSE 9.1 Live CD. It is able to automatically reboot the system (when selecting reboot from the KDE logoff menu). When I use swsusp to suspend the system, it suspends and then wakes back up immediately. When I use shutdown -z, it suspends and then reboots the computer. Since Linux is only part-way working, I imagine there is a problem with the BIOS itself. I've tried the following to get FreeBSD working: - removed various drivers from the kernel and unloaded modules. - set hw.acpi.osname to "Windows 2001". This string appears in the ASL. - fiddled with hw.acpi.reset_video. - tweaked hw.acpi.disable_on_poweroff. Here is the data requested in the handbook. dmesg from a verbose boot: http://www.lustygrapes.net/hp_nc8000.boot.dmesg.txt ASL: http://www.lustygrapes.net/hp_nc8000.asl.txt sysctl hw.acpi: http://www.lustygrapes.net/hp_nc8000.sysctls.txt Please let me know what other information I can provide, or tests I can perform. This really is a nice laptop. HP has just started releasing other laptops with Linux pre-installed, so maybe there is hope for me yet. :) Thanks! Brian -- Brian McDonald, CCNA Klein bottle for sale. Inquire within. From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 1 06:17:38 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7467116A4CE for ; Wed, 1 Sep 2004 06:17:38 +0000 (GMT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 4AAA043D41 for ; Wed, 1 Sep 2004 06:17:38 +0000 (GMT) (envelope-from nate@root.org) Received: (qmail 2349 invoked by uid 1000); 1 Sep 2004 06:17:40 -0000 Date: Tue, 31 Aug 2004 23:17:40 -0700 (PDT) From: Nate Lawson To: takawata@jp.freebsd.org In-Reply-To: <200409010238.i812cv4K054209@sana.init-main.com> Message-ID: <20040831231101.N2314@root.org> References: <200409010238.i812cv4K054209@sana.init-main.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org cc: Toxa Subject: Re: acpi_video on SONY VAIO PCG-Z1 [was: acpi_video users needed] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 06:17:38 -0000 On Wed, 1 Sep 2004 takawata@jp.freebsd.org wrote: > In message <20040831131628.GA2156@laptoxa.toxa.lan>, Toxa =A4=B5=A4=F3=A4= =A4=A4=EF=A4=AF: > >On Tue, Aug 31, 2004 at 07:41:11PM +0900, takawata@jp.freebsd.org wrote: > >> >dev.acpi_sny.0.brightness=3D10 > >> >sysctl: oid 'dev.acpi_sny.0.brightness' is read only > >> > > >> >nothing happens... > > > >> Sorry, please refetch it from > > > >> http://www.init-main.com/acpi_snc.tar.gz > > > >acpi_sny0: detached > >acpi_snc0: on acpi0 > >[(17:12)(49.34%)(p6):~/tmp/acpi_snc ] sysctl -a|grep snc > >dev.acpi_snc.0.%desc: Sony system controller > >dev.acpi_snc.0.%driver: acpi_snc > >dev.acpi_snc.0.%location: handle=3D\_SB_.PCI0.LPC0.SNC_ > >dev.acpi_snc.0.%pnpinfo: _HID=3DSNY5001 _UID=3D0 > >dev.acpi_snc.0.%parent: acpi0 > >dev.acpi_snc.0.brightness: 94 > >[(17:12)(49.34%)(p6):~/tmp/acpi_snc ] sudo sysctl > >dev.acpi_snc.0.brightness=3D10 > >dev.acpi_snc.0.brightness: 94 -> 10 > >[(17:13)(49.51%)(p6):~/tmp/acpi_snc ] sudo sysctl > >dev.acpi_snc.0.brightness=3D100 > >dev.acpi_snc.0.brightness: 10 -> 100 > >[(17:13)(49.51%)(p6):~/tmp/acpi_snc ] > > > >Yes, it works, thanks a lot! Now I'm wondering how to resume lid from > >suspending. Machine resumes well and I can log in remotely but monitor > >looks "dead" > > I don't imagine why. But any other method in SNC may do something. > I modified the driver so that it exports more methods. > http://www.init-main.com/acpi_snc2.tar.gz > > Testers wanted. The PWAK method looks like you should call it on resume and the PWRN method looks like it should be called by a power button handler. However, there already are control method power and sleep buttons in the AML. It looks like CDPW turns on or off power to the CD drive (1 means on, 0 off). GCDP returns the power state of the CD drive. However, most of these functions are hidden in SMI mode so the only way to find out is to try. -Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 1 08:47:13 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C04416A4CE for ; Wed, 1 Sep 2004 08:47:13 +0000 (GMT) Received: from ank-pki.ru (mercury.ank-pki.ru [213.170.76.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACCDB43D5F for ; Wed, 1 Sep 2004 08:47:12 +0000 (GMT) (envelope-from toxa@cterra.ru) Received: (qmail 30541 invoked by uid 0); 1 Sep 2004 12:47:11 +0400 Received: from toxa@cterra.ru by mercury.ank-pki.ru by uid 0 with qmail-scanner-1.22 Clear:RC:0(213.170.76.149):SA:0(0.0/7.0):. Processed in 10.719587 secs); 01 Sep 2004 08:47:11 -0000 Received: from unknown (HELO localhost) (toxa@213.170.76.149) by ank.nwudc.ru with SMTP; 1 Sep 2004 12:47:00 +0400 Date: Wed, 1 Sep 2004 12:43:49 +0400 From: Toxa To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org X-Comment-To: "Anton Karpov" Message-ID: <20040901084349.GA1039@laptoxa.toxa.lan> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org, takawata@jp.freebsd.org References: <20040831131628.GA2156@laptoxa.toxa.lan> <200409010238.i812cv4K054209@sana.init-main.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200409010238.i812cv4K054209@sana.init-main.com> User-Agent: Outluck Express 1.5.6i for MS-DOS 6.22-SMP X-Mailer: See User-Agent above :) X-Operating-System: MS-DOS 6.22-CURRENT on Sony VAIO laptop X-PGP-Public-Key: http://toxahost.org/gpg/pubkey.asc X-Useless-Header: Do Androids Dream of Electric Sheep? X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mercury.ank-pki.ru X-Spam-Level: X-Spam-Status: No, hits=0.0 required=7.0 tests=none autolearn=no version=2.64 Subject: Re: acpi_video on SONY VAIO PCG-Z1 [was: acpi_video users needed] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 08:47:13 -0000 On Wed, Sep 01, 2004 at 11:38:57AM +0900, takawata@jp.freebsd.org wrote: > I don't imagine why. But any other method in SNC may do something. > I modified the driver so that it exports more methods. > http://www.init-main.com/acpi_snc2.tar.gz > Testers wanted. acpi_snc0: on acpi0 acpi_snc0: PID 0 ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.SNC_.GCMI] (Node 0xc1a2b380), AE_AML_UNINITIALIZED_ARG ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.SNC_.GCMI] (Node 0xc1a2b380), AE_AML_UNINITIALIZED_ARG ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.SNC_.GCMI] (Node 0xc1a2b380), AE_AML_UNINITIALIZED_ARG ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.SNC_.GCMI] (Node 0xc1a2b380), AE_AML_UNINITIALIZED_ARG [(12:40)(63.96%)(p0):~/tmp/acpi_snc ] sysctl -a|grep snc dev.acpi_snc.0.brightness: 100 dev.acpi_snc.0.ctr: 0 dev.acpi_snc.0.pcr: 24 dev.acpi_snc.0.cmi: -1039508252 dev.acpi_snc.0.wdp: 256 dev.acpi_snc.0.cdp: 1 dev.acpi_snc.0.%desc: Sony notebook controller dev.acpi_snc.0.%driver: acpi_snc dev.acpi_snc.0.%location: handle=\_SB_.PCI0.LPC0.SNC_ dev.acpi_snc.0.%pnpinfo: _HID=SNY5001 _UID=0 dev.acpi_snc.0.%parent: acpi0 [(12:43)(62.90%)(p0):~/tmp/acpi_snc ] sudo sysctl dev.acpi_snc.0.brightness=100 dev.acpi_snc.0.brightness: 10 -> 100 [(12:43)(62.90%)(p0):~/tmp/acpi_snc ] sony vaio pcg-v505bx... -- Anton A. Karpov PGP key: http://www.toxahost.org/pgp/pubkey.asc You can finger me @toxahost.org for my current status =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= "Anyone who quotes me in their sig is an idiot." Rusty Russell. =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 1 09:43:36 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F78316A4CE; Wed, 1 Sep 2004 09:43:36 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC55A43D39; Wed, 1 Sep 2004 09:43:35 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1C2ReP-0002Nc-Nh; Wed, 01 Sep 2004 13:43:33 +0400 From: Vladimir Grebenschikov To: Toxa In-Reply-To: <20040901084349.GA1039@laptoxa.toxa.lan> References: <20040831131628.GA2156@laptoxa.toxa.lan> <200409010238.i812cv4K054209@sana.init-main.com> <20040901084349.GA1039@laptoxa.toxa.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 01 Sep 2004 13:43:33 +0400 Message-Id: <1094031813.903.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.93FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi_video on SONY VAIO PCG-Z1 [was: acpi_video users needed] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 09:43:36 -0000 On Wed, 2004-09-01 at 12:43 +0400, Toxa wrote: > On Wed, Sep 01, 2004 at 11:38:57AM +0900, takawata@jp.freebsd.org wrote: > > > I don't imagine why. But any other method in SNC may do something. > > I modified the driver so that it exports more methods. > > http://www.init-main.com/acpi_snc2.tar.gz > > > Testers wanted. > > acpi_snc0: on acpi0 > acpi_snc0: PID 0 > ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.SNC_.GCMI] (Node 0xc1a2b380), AE_AML_UNINITIALIZED_ARG > ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.SNC_.GCMI] (Node 0xc1a2b380), AE_AML_UNINITIALIZED_ARG > ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.SNC_.GCMI] (Node 0xc1a2b380), AE_AML_UNINITIALIZED_ARG > ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.LPC0.SNC_.GCMI] (Node 0xc1a2b380), AE_AML_UNINITIALIZED_ARG > > [(12:40)(63.96%)(p0):~/tmp/acpi_snc ] sysctl -a|grep snc > dev.acpi_snc.0.brightness: 100 > dev.acpi_snc.0.ctr: 0 > dev.acpi_snc.0.pcr: 24 > dev.acpi_snc.0.cmi: -1039508252 > dev.acpi_snc.0.wdp: 256 > dev.acpi_snc.0.cdp: 1 > dev.acpi_snc.0.%desc: Sony notebook controller > dev.acpi_snc.0.%driver: acpi_snc > dev.acpi_snc.0.%location: handle=\_SB_.PCI0.LPC0.SNC_ > dev.acpi_snc.0.%pnpinfo: _HID=SNY5001 _UID=0 > dev.acpi_snc.0.%parent: acpi0 > > [(12:43)(62.90%)(p0):~/tmp/acpi_snc ] sudo sysctl > dev.acpi_snc.0.brightness=100 > dev.acpi_snc.0.brightness: 10 -> 100 > [(12:43)(62.90%)(p0):~/tmp/acpi_snc ] > > > sony vaio pcg-v505bx... sony vzio pcg-z1aw almost same: # sysctl dev.acpi_snc dev.acpi_snc.0.brightness: 98 dev.acpi_snc.0.ctr: 0 dev.acpi_snc.0.pcr: 0 dev.acpi_snc.0.cmi: -1044294180 dev.acpi_snc.0.wdp: 1281 dev.acpi_snc.0.cdp: 1 dev.acpi_snc.0.%desc: Sony notebook controller dev.acpi_snc.0.%driver: acpi_snc dev.acpi_snc.0.%location: handle=\_SB_.PCI0.LPCB.SNC_ dev.acpi_snc.0.%pnpinfo: _HID=SNY5001 _UID=0 dev.acpi_snc.0.%parent: acpi0 # dmesg message appears: ACPI-1303: *** Error: Method execution failed [\ \_SB_.PCI0.LPCB.SNC_.GCMI] (Node 0xc1a3a6a0), AE_AML_UNINITIALIZED_ARG on each # sysctl dev.acpi_snc.0.cmi # sysctl dev.acpi_snc.0.cdp=0 really turns CD drive off value of dev.acpi_snc.0.brightness change real brightness of screen but by very strange law: # i=1; while [ $i -le 100 ]; do echo "try $i"; sysctl dev.acpi_snc.0.brightness=$i; echo -n 'read value '; setbrightness -- read; i=$(($i+1)); done try 1 dev.acpi_snc.0.brightness: 100 -> 1 read value 23 try 2 dev.acpi_snc.0.brightness: 1 -> 2 read value 35 try 3 dev.acpi_snc.0.brightness: 2 -> 3 read value 50 try 4 dev.acpi_snc.0.brightness: 3 -> 4 read value 70 try 5 dev.acpi_snc.0.brightness: 4 -> 5 read value 95 try 6 dev.acpi_snc.0.brightness: 5 -> 6 read value 125 try 7 dev.acpi_snc.0.brightness: 6 -> 7 read value 5 try 8 dev.acpi_snc.0.brightness: 7 -> 8 read value 255 try 9 dev.acpi_snc.0.brightness: 8 -> 9 read value 5 try 10 dev.acpi_snc.0.brightness: 9 -> 10 read value 13 try 11 dev.acpi_snc.0.brightness: 10 -> 11 read value 1 try 12 dev.acpi_snc.0.brightness: 11 -> 12 read value 6 try 13 dev.acpi_snc.0.brightness: 12 -> 13 read value 141 try 14 dev.acpi_snc.0.brightness: 13 -> 14 read value 54 try 15 dev.acpi_snc.0.brightness: 14 -> 15 read value 83 try 16 dev.acpi_snc.0.brightness: 15 -> 16 read value 57 try 17 dev.acpi_snc.0.brightness: 16 -> 17 read value 5 try 18 dev.acpi_snc.0.brightness: 17 -> 18 read value 138 try 19 dev.acpi_snc.0.brightness: 18 -> 19 read value 68 try 20 dev.acpi_snc.0.brightness: 19 -> 9 read value 5 try 21 dev.acpi_snc.0.brightness: 9 -> 17 read value 46 try 22 dev.acpi_snc.0.brightness: 17 -> 18 read value 138 try 23 dev.acpi_snc.0.brightness: 18 -> 23 read value 45 try 24 dev.acpi_snc.0.brightness: 23 -> 17 read value 46 try 25 dev.acpi_snc.0.brightness: 17 -> 18 read value 138 try 26 dev.acpi_snc.0.brightness: 18 -> 26 read value 92 try 27 dev.acpi_snc.0.brightness: 26 -> 27 read value 5 try 28 dev.acpi_snc.0.brightness: 27 -> 28 read value 195 try 29 dev.acpi_snc.0.brightness: 28 -> 29 read value 232 try 30 dev.acpi_snc.0.brightness: 29 -> 30 read value 237 try 31 dev.acpi_snc.0.brightness: 30 -> 8 read value 255 try 32 dev.acpi_snc.0.brightness: 8 -> 32 read value 203 try 33 dev.acpi_snc.0.brightness: 32 -> 0 read value 0 try 34 dev.acpi_snc.0.brightness: 0 -> 34 read value 188 try 35 dev.acpi_snc.0.brightness: 34 -> 16 read value 57 try 36 dev.acpi_snc.0.brightness: 16 -> 11 read value 1 try 37 dev.acpi_snc.0.brightness: 11 -> 28 read value 195 try 38 dev.acpi_snc.0.brightness: 28 -> 16 read value 57 try 39 dev.acpi_snc.0.brightness: 16 -> 27 read value 2 try 40 dev.acpi_snc.0.brightness: 27 -> 40 read value 220 try 41 dev.acpi_snc.0.brightness: 40 -> 16 read value 57 try 42 dev.acpi_snc.0.brightness: 16 -> 9 read value 5 try 43 dev.acpi_snc.0.brightness: 9 -> 43 read value 235 try 44 dev.acpi_snc.0.brightness: 43 -> 16 read value 57 try 45 dev.acpi_snc.0.brightness: 16 -> 45 read value 9 try 46 dev.acpi_snc.0.brightness: 45 -> 46 read value 45 try 47 dev.acpi_snc.0.brightness: 46 -> 47 read value 58 try 48 dev.acpi_snc.0.brightness: 47 -> 48 read value 10 try 49 dev.acpi_snc.0.brightness: 48 -> 49 read value 73 try 50 dev.acpi_snc.0.brightness: 49 -> 47 read value 58 try 51 dev.acpi_snc.0.brightness: 47 -> 51 read value 11 try 52 dev.acpi_snc.0.brightness: 51 -> 52 read value 107 try 53 dev.acpi_snc.0.brightness: 52 -> 47 read value 58 try 54 dev.acpi_snc.0.brightness: 47 -> 54 read value 61 try 55 dev.acpi_snc.0.brightness: 54 -> 55 read value 8 try 56 dev.acpi_snc.0.brightness: 55 -> 56 read value 78 try 57 dev.acpi_snc.0.brightness: 56 -> 57 read value 5 try 58 dev.acpi_snc.0.brightness: 57 -> 58 read value 33 try 59 dev.acpi_snc.0.brightness: 58 -> 59 read value 86 try 60 dev.acpi_snc.0.brightness: 59 -> 60 read value 190 try 61 dev.acpi_snc.0.brightness: 60 -> 61 read value 126 try 62 dev.acpi_snc.0.brightness: 61 -> 16 read value 57 try 63 dev.acpi_snc.0.brightness: 16 -> 17 read value 46 try 64 dev.acpi_snc.0.brightness: 17 -> 64 read value 56 try 65 dev.acpi_snc.0.brightness: 64 -> 65 read value 28 try 66 dev.acpi_snc.0.brightness: 65 -> 66 read value 116 try 67 dev.acpi_snc.0.brightness: 66 -> 67 read value 5 try 68 dev.acpi_snc.0.brightness: 67 -> 68 read value 131 try 69 dev.acpi_snc.0.brightness: 68 -> 69 read value 198 try 70 dev.acpi_snc.0.brightness: 69 -> 70 read value 3 try 71 dev.acpi_snc.0.brightness: 70 -> 71 read value 129 try 72 dev.acpi_snc.0.brightness: 71 -> 72 read value 254 try 73 dev.acpi_snc.0.brightness: 72 -> 73 read value 147 try 74 dev.acpi_snc.0.brightness: 73 -> 16 read value 57 try 75 dev.acpi_snc.0.brightness: 16 -> 57 read value 117 try 76 dev.acpi_snc.0.brightness: 57 -> 76 read value 242 try 77 dev.acpi_snc.0.brightness: 76 -> 77 read value 5 try 78 dev.acpi_snc.0.brightness: 77 -> 3 read value 50 try 79 dev.acpi_snc.0.brightness: 3 -> 79 read value 228 try 80 dev.acpi_snc.0.brightness: 79 -> 43 read value 235 try 81 dev.acpi_snc.0.brightness: 43 -> 45 read value 9 try 82 dev.acpi_snc.0.brightness: 45 -> 17 read value 46 try 83 dev.acpi_snc.0.brightness: 17 -> 8 read value 255 try 84 dev.acpi_snc.0.brightness: 8 -> 84 read value 84 try 85 dev.acpi_snc.0.brightness: 84 -> 11 read value 1 try 86 dev.acpi_snc.0.brightness: 11 -> 77 read value 94 try 87 dev.acpi_snc.0.brightness: 77 -> 87 read value 5 try 88 dev.acpi_snc.0.brightness: 87 -> 27 read value 2 try 89 dev.acpi_snc.0.brightness: 27 -> 3 read value 50 try 90 dev.acpi_snc.0.brightness: 3 -> 90 read value 192 try 91 dev.acpi_snc.0.brightness: 90 -> 91 read value 207 try 92 dev.acpi_snc.0.brightness: 91 -> 92 read value 233 try 93 dev.acpi_snc.0.brightness: 92 -> 93 read value 202 try 94 dev.acpi_snc.0.brightness: 93 -> 94 read value 25 try 95 dev.acpi_snc.0.brightness: 94 -> 29 read value 232 try 96 dev.acpi_snc.0.brightness: 29 -> 96 read value 171 try 97 dev.acpi_snc.0.brightness: 96 -> 8 read value 5 try 98 dev.acpi_snc.0.brightness: 8 -> 98 read value 180 try 99 dev.acpi_snc.0.brightness: 98 -> 56 read value 78 try 100 dev.acpi_snc.0.brightness: 56 -> 100 read value 248 Real display brightness changed according "read value %d", so while this operations screen brightness was jumping. Playing with other values gives not result. -- Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 1 10:26:09 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ABEF16A4CE; Wed, 1 Sep 2004 10:26:09 +0000 (GMT) Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05D1143D67; Wed, 1 Sep 2004 10:26:08 +0000 (GMT) (envelope-from takawata@axe-inc.co.jp) Received: from localhost (localhost [127.0.0.1]) by axe-inc.co.jp (8.9.3+3.2W/3.7W) with SMTP id TAA11139; Wed, 1 Sep 2004 19:25:55 +0900 (JST) Message-Id: <200409011025.TAA11139@axe-inc.co.jp> X-Authentication-Warning: axegw.axe-inc.co.jp: localhost [127.0.0.1] didn't use HELO protocol To: vova@fbsd.ru From: takawata@jp.freebsd.org In-reply-to: Your message of "Wed, 01 Sep 2004 13:43:33 +0400." <1094031813.903.13.camel@localhost> Date: Wed, 01 Sep 2004 19:25:54 +0900 Sender: takawata@axe-inc.co.jp cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi_video on SONY VAIO PCG-Z1 [was: acpi_video users needed] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 10:26:09 -0000 In message <1094031813.903.13.camel@localhost>, Vladimir Grebenschikov wrote: >On Wed, 2004-09-01 at 12:43 +0400, Toxa wrote: >> On Wed, Sep 01, 2004 at 11:38:57AM +0900, takawata@jp.freebsd.org wrote: >> >> > I don't imagine why. But any other method in SNC may do something. >> > I modified the driver so that it exports more methods. >> > http://www.init-main.com/acpi_snc2.tar.gz >> >> > Testers wanted. >> >> sony vaio pcg-v505bx... > >sony vzio pcg-z1aw > >almost same: > ># sysctl dev.acpi_snc >dev.acpi_snc.0.brightness: 98 >dev.acpi_snc.0.ctr: 0 >dev.acpi_snc.0.pcr: 0 >dev.acpi_snc.0.cmi: -1044294180 >dev.acpi_snc.0.wdp: 1281 >dev.acpi_snc.0.cdp: 1 >dev.acpi_snc.0.%desc: Sony notebook controller >dev.acpi_snc.0.%driver: acpi_snc >dev.acpi_snc.0.%location: handle=\_SB_.PCI0.LPCB.SNC_ >dev.acpi_snc.0.%pnpinfo: _HID=SNY5001 _UID=0 >dev.acpi_snc.0.%parent: acpi0 ># > >dmesg message appears: > ACPI-1303: *** Error: Method execution failed [\ >\_SB_.PCI0.LPCB.SNC_.GCMI] (Node 0xc1a3a6a0), AE_AML_UNINITIALIZED_ARG > > >on each ># sysctl dev.acpi_snc.0.cmi This value should not exported in this way, it seems. Please comment out the entry in the array for defining sysctl value. >value of >dev.acpi_snc.0.brightness >change real brightness of screen but by very strange law: > ># i=1; while [ $i -le 100 ]; do echo "try $i"; sysctl >dev.acpi_snc.0.brightness=$i; echo -n 'read value '; setbrightness -- >read; i=$(($i+1)); done >read value 248 (snip) >Real display brightness changed according "read value %d", so while this >operations screen brightness was jumping. setbritness is dangerous with this driver, because it use same register without locking. How about real brightness change? From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 1 10:49:19 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80D8916A4CE; Wed, 1 Sep 2004 10:49:19 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C8D443D5D; Wed, 1 Sep 2004 10:49:18 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1C2Sg0-0002Xg-2d; Wed, 01 Sep 2004 14:49:16 +0400 From: Vladimir Grebenschikov To: takawata@jp.freebsd.org In-Reply-To: <200409011025.TAA11139@axe-inc.co.jp> References: <200409011025.TAA11139@axe-inc.co.jp> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 01 Sep 2004 14:49:15 +0400 Message-Id: <1094035755.903.19.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 1.5.93FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: acpi_video on SONY VAIO PCG-Z1 [was: acpi_video users needed] X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Sep 2004 10:49:19 -0000 On Wed, 2004-09-01 at 19:25 +0900, takawata@jp.freebsd.org wrote: > In message <1094031813.903.13.camel@localhost>, Vladimir Grebenschikov wrote: > >On Wed, 2004-09-01 at 12:43 +0400, Toxa wrote: > >> On Wed, Sep 01, 2004 at 11:38:57AM +0900, takawata@jp.freebsd.org wrote: > >> > >> > I don't imagine why. But any other method in SNC may do something. > >> > I modified the driver so that it exports more methods. > >> > http://www.init-main.com/acpi_snc2.tar.gz > >> > >> > Testers wanted. > >> > >> sony vaio pcg-v505bx... > > > >sony vzio pcg-z1aw > > > >almost same: > > > ># sysctl dev.acpi_snc > >dev.acpi_snc.0.brightness: 98 > >dev.acpi_snc.0.ctr: 0 > >dev.acpi_snc.0.pcr: 0 > >dev.acpi_snc.0.cmi: -1044294180 > >dev.acpi_snc.0.wdp: 1281 > >dev.acpi_snc.0.cdp: 1 > >dev.acpi_snc.0.%desc: Sony notebook controller > >dev.acpi_snc.0.%driver: acpi_snc > >dev.acpi_snc.0.%location: handle=\_SB_.PCI0.LPCB.SNC_ > >dev.acpi_snc.0.%pnpinfo: _HID=SNY5001 _UID=0 > >dev.acpi_snc.0.%parent: acpi0 > ># > > > >dmesg message appears: > > ACPI-1303: *** Error: Method execution failed [\ > >\_SB_.PCI0.LPCB.SNC_.GCMI] (Node 0xc1a3a6a0), AE_AML_UNINITIALIZED_ARG > > > > > >on each > ># sysctl dev.acpi_snc.0.cmi > > This value should not exported in this way, it seems. > Please comment out the entry in the array for defining sysctl value. > > >value of > >dev.acpi_snc.0.brightness > >change real brightness of screen but by very strange law: > > > ># i=1; while [ $i -le 100 ]; do echo "try $i"; sysctl > >dev.acpi_snc.0.brightness=$i; echo -n 'read value '; setbrightness -- > >read; i=$(($i+1)); done > >read value 248 > > (snip) > > >Real display brightness changed according "read value %d", so while this > >operations screen brightness was jumping. > > setbritness is dangerous with this driver, because it use same register > without locking. yes, i am use it only for reference > How about real change? real brightness correspond values reported by 'brightness --read' so sequential setbrightness with increasing values (1 - 255) - gives expected thing - brightness changed from low to high. If I do same thing with dev.acpi_snc.0.brightness - real brightness jumps, see values in my previous post, "read" value for corresponds physical screen brightness (in range 255 means 100%) -- Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-acpi@FreeBSD.ORG Thu Sep 2 02:59:47 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5E8416A4CE for ; Thu, 2 Sep 2004 02:59:47 +0000 (GMT) Received: from mx1.synetsystems.com (mx1.synetsystems.com [216.226.140.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E4A443D5E for ; Thu, 2 Sep 2004 02:59:47 +0000 (GMT) (envelope-from brianmcd@columbus.rr.com) Received: from [192.168.10.65] (dhcp065-024-080-114.columbus.rr.com [65.24.80.114]) by mx1.synetsystems.com (Postfix) with ESMTP id AF4D838B; Wed, 1 Sep 2004 22:59:44 -0400 (EDT) From: Brian McDonald To: "Moore, Robert" Date: Wed, 1 Sep 2004 22:59:44 -0400 User-Agent: KMail/1.6.2 References: <37F890616C995246BE76B3E6B2DBE05501DDF340@orsmsx403.amr.corp.intel.com> In-Reply-To: <37F890616C995246BE76B3E6B2DBE05501DDF340@orsmsx403.amr.corp.intel.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200409012259.44009.brianmcd@columbus.rr.com> cc: freebsd-acpi@freebsd.org Subject: Re: HP nc8000 Laptop ACPI Issues X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 02:59:48 -0000 On Wednesday 01 September 2004 03:28 pm, Moore, Robert wrote: > Perhaps the acquisition of C0E9 failed for some reason. It would be > interesting to see a trace of the execution of the method > [\_SB_.C135._PSR]. I ran acpidb on the aml from the BIOS, and it ran through the method using Debug. It failed to lock the both mutexes (Acquire returned 0 - False). I did some reading on ACPI, and hacked up my DSDT to add in some debugging output to the running system. Basically, I wrapped all of the calls to Acquire in some debugging Stores: -- being snippet -- Store (Acquire (C126, 0xFFFF), Local1) Store ("C128 Acquire C126:", Debug) Store (Local1, Debug) -- end -- I then enabled all the ACPI debug goo, and got additional information during the boot: [ACPI Debug] String: Length 0x12, "C128 Acquire C126:" [ACPI Debug] Integer: 0x 0 0 [ACPI Debug] String: Length 0x12, "C128 Acquire C0E9:" [ACPI Debug] Integer: 0x 0 0 So, both Acquire calls in Method C128 failed on the real hardware, too. Digging around in the ACPI docs indicates that Device C135 is the ACline device (based on the presence of the _PSR method). If I disable acad via debug.acpi.disabled, the messages do go away. However, acpi_acad0 seems to work fine normally - I get messages in the console when I unplug and plug in the laptop (including the debugging ones). I added another Debug to spit out C128s return value, and it reads right (0 when I unplug it, and 1 when I plug it back in.) So - can this really be keeping the system from powering down? Seems like although it isn't properly locking Mutexes, the method _is_ working. Next steps? Brian -- Brian McDonald, CCNA Klein bottle for sale. Inquire within.