From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 8 15:46:08 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 EC30A16A41F; Sun, 8 Jan 2006 15:46:08 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81DDC43D45; Sun, 8 Jan 2006 15:46:08 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id EF45B7E0E; Sun, 8 Jan 2006 10:46:07 -0500 (EST) References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <20060108131558.1c110375.ariff@FreeBSD.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Ariff Abdullah Date: Sun, 08 Jan 2006 10:46:07 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Cc: FreeBSD ACPI Subject: Re: No APM yet for AMD? 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, 08 Jan 2006 15:46:09 -0000 Ariff Abdullah writes: >> > Try this patch against usr.sbin/acpi/acpiconf/acpiconf.c >> > http://people.freebsd.org/~ariff/acpi/acpiconf.c.diff >> >> What do I do after I download the file? >> patch > > cd /usr/src/ ; patch -p0 < acpiconf.c.diff ; cd > /usr/src/usr.sbin/acpi/acpiconf/ ; make clean ; make ; make install > > acpiconf -i 0 Thanks for the instructions and the patch. It worked. My output now shows: State: high Present rate: unknown Remaining capacity: 100% Voltage: unknown AC line: on-line What is the patch status in regards to getting commited? Was it submited yet... or is it just waiting for testing like what I am doing? From owner-freebsd-acpi@FreeBSD.ORG Sun Jan 8 21:12:55 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 007BE16A41F for ; Sun, 8 Jan 2006 21:12:54 +0000 (GMT) (envelope-from mail@sashi.de) Received: from server56.greatnet.de (server56.greatnet.de [83.133.97.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84B2E43D49 for ; Sun, 8 Jan 2006 21:12:54 +0000 (GMT) (envelope-from mail@sashi.de) Received: from [49.1.1.102] (p54B00F6D.dip0.t-ipconnect.de [84.176.15.109]) by server56.greatnet.de (Postfix) with ESMTP id 1828C60D6B for ; Sun, 8 Jan 2006 22:12:36 +0100 (CET) Message-ID: <43C18042.1060305@sashi.de> Date: Sun, 08 Jan 2006 22:12:34 +0100 From: Sashi Asokarajan User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051013 X-Accept-Language: de-de, en-us, en MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: A6VM unsupported in acpi_asus X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mail@sashi.de List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jan 2006 21:12:55 -0000 Hello, has anyone added supprt for the Asus A6VM in the acpi_asus driver ? It would be great to have support for this model. I've bundled DSDT & ASL. It can be downloaded from here: http://www.sashi.de/downloads/freebsd/asus-a6vm/acpi/a6vm-q004h.tbz Let me know if I can help in any way. Thanks. Bye, Sashi Asokarajan From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 9 11:02:14 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 15A2616A41F for ; Mon, 9 Jan 2006 11:02:14 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA8E343D4C for ; Mon, 9 Jan 2006 11:02:13 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k09B2CbT065961 for ; Mon, 9 Jan 2006 11:02:12 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k09B2BoS065955 for freebsd-acpi@freebsd.org; Mon, 9 Jan 2006 11:02:11 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 9 Jan 2006 11:02:11 GMT Message-Id: <200601091102.k09B2BoS065955@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 Cc: Subject: Current problem reports assigned to you 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, 09 Jan 2006 11:02:14 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/22] i386/54756 acpi ACPI suspend/resume problem on CF-W2 lapt o [2003/08/17] i386/55661 acpi ACPI suspend/resume problem on ARMADA M70 o [2003/08/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/08/27] kern/56024 acpi ACPI suspend drains battery while in S3 o [2003/09/03] i386/56372 acpi acpi don't work on TYAN tiger100 M/B o [2004/03/09] i386/64002 acpi acpi problem o [2004/05/27] i386/67273 acpi [hang] system hangs with acpi and Xfree o [2004/10/12] i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Arma o [2005/03/21] i386/79080 acpi acpi thermal changes freezes HP nx6110 o [2005/03/21] i386/79081 acpi ACPI suspend/resume not working on HP nx6 o [2005/04/28] i386/80426 acpi [APIC] [panic] 5.4-RC3 still panic when b o [2005/10/17] i386/87568 acpi [ACPI] [REGRESSION] 6.0-STABLE needs ACPI o [2005/11/11] kern/88859 acpi ACPI broken on Compaq DL360 13 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/03/17] kern/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi [request] add thermal support to ACPI o [2004/11/11] kern/73823 acpi [feature request] acpi / power-on by time f [2004/11/17] kern/74030 acpi Unplugging AC causes battery % to stay lo o [2005/05/09] kern/80815 acpi ACPI(pci_link) problem in 5.4-STABLE: TIM o [2005/12/03] kern/89879 acpi [acpi] ACPI-0438: *** Error: Looking up [ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 9 18:26:48 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 DF5F516A420 for ; Mon, 9 Jan 2006 18:26:48 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr005.jf.intel.com (fmr20.intel.com [134.134.136.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D22143D45 for ; Mon, 9 Jan 2006 18:26:46 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr101.jf.intel.com (orsfmr101.jf.intel.com [10.7.209.17]) by orsfmr005.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id k09IQilU001337; Mon, 9 Jan 2006 18:26:44 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr101.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id k09IQ50T007492; Mon, 9 Jan 2006 18:26:44 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2006010910264407998 ; Mon, 09 Jan 2006 10:26:44 -0800 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 9 Jan 2006 10:26:43 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 9 Jan 2006 10:26:42 -0800 Message-ID: <971FCB6690CD0E4898387DBF7552B90E03EE6440@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: dsdt compile error on Acer 3002 NB Thread-Index: AcYE5ULxI1jZ2z+aRuGiR9QBq3y3eQQZN7aQ From: "Moore, Robert" To: "JoaoBR" X-OriginalArrivalTime: 09 Jan 2006 18:26:43.0969 (UTC) FILETIME=[3E10CF10:01C6154A] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.17 Cc: freebsd-acpi@freebsd.org Subject: RE: dsdt compile error on Acer 3002 NB 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, 09 Jan 2006 18:26:49 -0000 The warning in question is just that -- a warning, not an error. -f flag is not needed. > -----Original Message----- > From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > acpi@freebsd.org] On Behalf Of JoaoBR > Sent: Monday, December 19, 2005 1:43 PM > Cc: freebsd-acpi@freebsd.org > Subject: Re: dsdt compile error on Acer 3002 NB >=20 > On Monday 19 December 2005 16:45, you wrote: > > JoaoBR wrote: > > > Hello > > > > > > somebody knows and can tell me what this function should return in > order > > > not returning an error when compiling? > > > > > > Method (_WAK, 1, NotSerialized) > > > { > > > Store (0x00, \_SB.PCI0.LPCB.ALED) > > > Store (\_SB.BTEN, \_SB.PCI0.LPCB.EC0.BLTH) > > > Store (\_SB.WLAN, \_SB.PCI0.LPCB.EC0.WLAN) > > > Store (0x01, \_SB.PCI0.LPCB.EC0.CPLE) > > > If (LEqual (Arg0, 0x03)) > > > { > > > \_SB.PHSR (0x00, 0x00) > > > } > > > > > > If (LEqual (Arg0, 0x04)) > > > { > > > \_SB.PHSR (0x03, 0x00) > > > } > > > } > > > > > > I get this: > > > > > > dsdt.aml.ori 3441: Method (_WAK, 1, NotSerialized) > > > Warning 2026 - ^ Reserved = method > must > > > return a value (_WAK) > > > > Just use iasl with the -f flag. It will ignore these kinds of = warnings. > > For reference, _WAK returns a package, {0, 0} is fine. See the = ACPI > > debugging section of the handbook. >=20 >=20 > thank you, that was what I did but I was not sure if it was the right > thing. >=20 > Jo=E3o >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > segura. > Service fornecido pelo Datacenter Matik = https://datacenter.matik.com.br > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to = "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 9 20:26:44 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3F22516A41F for ; Mon, 9 Jan 2006 20:26:44 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F01E43D69 for ; Mon, 9 Jan 2006 20:26:43 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k09KQcek021824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Jan 2006 12:26:40 -0800 Message-ID: <43C2C582.2090607@root.org> Date: Mon, 09 Jan 2006 12:20:18 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Moore, Robert" References: <971FCB6690CD0E4898387DBF7552B90E03EE6440@orsmsx403.amr.corp.intel.com> In-Reply-To: <971FCB6690CD0E4898387DBF7552B90E03EE6440@orsmsx403.amr.corp.intel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org Subject: Re: dsdt compile error on Acer 3002 NB 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, 09 Jan 2006 20:26:44 -0000 Last I checked, iasl refused to output a dsdt if it got the warning of _WAK not returning a value. It succeeded with -f. Is that not the intended usage? Moore, Robert wrote: > The warning in question is just that -- a warning, not an error. > > -f flag is not needed. > > > > >>-----Original Message----- >>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- >>acpi@freebsd.org] On Behalf Of JoaoBR >>Sent: Monday, December 19, 2005 1:43 PM >>Cc: freebsd-acpi@freebsd.org >>Subject: Re: dsdt compile error on Acer 3002 NB >> >>On Monday 19 December 2005 16:45, you wrote: >> >>>JoaoBR wrote: >>> >>>>Hello >>>> >>>>somebody knows and can tell me what this function should return in >> >>order >> >>>>not returning an error when compiling? >>>> >>>> Method (_WAK, 1, NotSerialized) >>>> { >>>> Store (0x00, \_SB.PCI0.LPCB.ALED) >>>> Store (\_SB.BTEN, \_SB.PCI0.LPCB.EC0.BLTH) >>>> Store (\_SB.WLAN, \_SB.PCI0.LPCB.EC0.WLAN) >>>> Store (0x01, \_SB.PCI0.LPCB.EC0.CPLE) >>>> If (LEqual (Arg0, 0x03)) >>>> { >>>> \_SB.PHSR (0x00, 0x00) >>>> } >>>> >>>> If (LEqual (Arg0, 0x04)) >>>> { >>>> \_SB.PHSR (0x03, 0x00) >>>> } >>>> } >>>> >>>>I get this: >>>> >>>>dsdt.aml.ori 3441: Method (_WAK, 1, NotSerialized) >>>>Warning 2026 - ^ Reserved method >> >>must >> >>>>return a value (_WAK) >>> >>>Just use iasl with the -f flag. It will ignore these kinds of warnings. >>> For reference, _WAK returns a package, {0, 0} is fine. See the ACPI >>>debugging section of the handbook. >> >> >>thank you, that was what I did but I was not sure if it was the right >>thing. >> >>Joćo >> >> >> >> >> >> >> >> >>A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada >>segura. >>Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br >>_______________________________________________ >>freebsd-acpi@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-acpi >>To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 9 20:31:41 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 7446516A41F; Mon, 9 Jan 2006 20:31:41 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C17343D58; Mon, 9 Jan 2006 20:31:40 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k09KVaek021879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Jan 2006 12:31:38 -0800 Message-ID: <43C2C6AB.5060605@root.org> Date: Mon, 09 Jan 2006 12:25:15 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ariff Abdullah References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> In-Reply-To: <20060105005441.029835c1.ariff@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org, lists@stringsutils.com Subject: Re: No APM yet for AMD? 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, 09 Jan 2006 20:31:41 -0000 Ariff Abdullah wrote: > On Wed, 4 Jan 2006 17:18:42 +0100 > Bruno Ducrot wrote: > >>On Wed, Jan 04, 2006 at 10:14:13AM -0500, Francisco Reyes wrote: >> >>>Bruno Ducrot writes: >>> >>> >>>>>http://public.natserv.net/acpidump.txt >>>> >>>>Well could you try to add this to your /boot/loader.conf: >>>>hw.acpi.osname="Microsoft Windows NT" >>> >>>Done >>> >>> >>> >>>>It's because I want to check what happens if the following ASL is >>>>triggered: >>>> >>>>If (LEqual (SizeOf (\_OS), 0x14)) >>>>{ >>>> BPOL (0x3C) >>>>} >>> >>>Second dump on the same location... different name >>>http://public.natserv.net/acpidump2.txt >>> >>> >>>>That's look like a workaround for Windows NT and that seems to >>>>be related to batteries and AC adapter. >>> >>>Not sure what was supposed to happen after trying the change in >>>loader.conf, but I tried "sysctl -a |grep acpi.bat" and the >>>results are the same as before. >>> >>>hw.acpi.battery.life: -1 >>>hw.acpi.battery.time: -1 >>>hw.acpi.battery.state: 7 >>>hw.acpi.battery.units: 1 >>>hw.acpi.battery.info_expire: 5 >> >>It was a stupid idea, sorry. I will look a little bit more. I >>think I begin to understand what's wrong, but I need to look a >>little bit further. >> >>I also CC to freebsd-acpi@ with a reply-to accordingly. >> > > Few acpi BIOSes does not support _BST (battery status) method, causing > that type of weird sysctl output (since it depends solely on _BST). > Your hope is to use acpiconf(8) i.e acpiconf -i . > Unfortunately, acpiconf itself does not display all possible > values. > > Try this patch against usr.sbin/acpi/acpiconf/acpiconf.c > > http://people.freebsd.org/~ariff/acpi/acpiconf.c.diff > > Hopefully you will have the proper output in terms of percentage. > You won't have advance battery status such as remaining time and few > others. This is a limitation for BIOSes without _BST. > > I believe Nate Lawson is the right person to comment on this. I looked at the patch but had a hard time figuring out what the functional changes are. Most of the changes are just using a convenience pointer to see the struct members and some style misformatting of the printf arguments. (The second line of indentation needs to be 4 spaces indented, see style(9)). What part of this patch is just the functional change? -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 9 20:44:08 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 7F88816A41F for ; Mon, 9 Jan 2006 20:44:08 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr005.jf.intel.com (fmr20.intel.com [134.134.136.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8043543D5C for ; Mon, 9 Jan 2006 20:44:06 +0000 (GMT) (envelope-from robert.moore@intel.com) Received: from orsfmr101.jf.intel.com (orsfmr101.jf.intel.com [10.7.209.17]) by orsfmr005.jf.intel.com (8.12.10/8.12.10/d: major-outer.mc,v 1.1 2004/09/17 17:50:56 root Exp $) with ESMTP id k09Ki5lU027806; Mon, 9 Jan 2006 20:44:05 GMT Received: from orsmsxvs040.jf.intel.com (orsmsxvs040.jf.intel.com [192.168.65.206]) by orsfmr101.jf.intel.com (8.12.10/8.12.10/d: major-inner.mc,v 1.2 2004/09/17 18:05:01 root Exp $) with SMTP id k09Khqxn026402; Mon, 9 Jan 2006 20:44:05 GMT Received: from orsmsx332.amr.corp.intel.com ([192.168.65.60]) by orsmsxvs040.jf.intel.com (SAVSMTP 3.1.7.47) with SMTP id M2006010912440522044 ; Mon, 09 Jan 2006 12:44:05 -0800 Received: from orsmsx403.amr.corp.intel.com ([192.168.65.209]) by orsmsx332.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Mon, 9 Jan 2006 12:44:05 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 9 Jan 2006 12:44:04 -0800 Message-ID: <971FCB6690CD0E4898387DBF7552B90E03EE683F@orsmsx403.amr.corp.intel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: dsdt compile error on Acer 3002 NB Thread-Index: AcYVW1RVl9OfzhzGRVyb3/CO1KzKCAAAfnaw From: "Moore, Robert" To: "Nate Lawson" X-OriginalArrivalTime: 09 Jan 2006 20:44:05.0525 (UTC) FILETIME=[6E6A7450:01C6155D] X-Scanned-By: MIMEDefang 2.52 on 10.7.209.17 Cc: freebsd-acpi@freebsd.org Subject: RE: dsdt compile error on Acer 3002 NB 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, 09 Jan 2006 20:44:08 -0000 Only errors should cause the object AML file to not be generated. > -----Original Message----- > From: Nate Lawson [mailto:nate@root.org] > Sent: Monday, January 09, 2006 12:20 PM > To: Moore, Robert > Cc: JoaoBR; freebsd-acpi@freebsd.org > Subject: Re: dsdt compile error on Acer 3002 NB >=20 > Last I checked, iasl refused to output a dsdt if it got the warning of > _WAK not returning a value. It succeeded with -f. Is that not the > intended usage? >=20 > Moore, Robert wrote: > > The warning in question is just that -- a warning, not an error. > > > > -f flag is not needed. > > > > > > > > > >>-----Original Message----- > >>From: owner-freebsd-acpi@freebsd.org [mailto:owner-freebsd- > >>acpi@freebsd.org] On Behalf Of JoaoBR > >>Sent: Monday, December 19, 2005 1:43 PM > >>Cc: freebsd-acpi@freebsd.org > >>Subject: Re: dsdt compile error on Acer 3002 NB > >> > >>On Monday 19 December 2005 16:45, you wrote: > >> > >>>JoaoBR wrote: > >>> > >>>>Hello > >>>> > >>>>somebody knows and can tell me what this function should return in > >> > >>order > >> > >>>>not returning an error when compiling? > >>>> > >>>> Method (_WAK, 1, NotSerialized) > >>>> { > >>>> Store (0x00, \_SB.PCI0.LPCB.ALED) > >>>> Store (\_SB.BTEN, \_SB.PCI0.LPCB.EC0.BLTH) > >>>> Store (\_SB.WLAN, \_SB.PCI0.LPCB.EC0.WLAN) > >>>> Store (0x01, \_SB.PCI0.LPCB.EC0.CPLE) > >>>> If (LEqual (Arg0, 0x03)) > >>>> { > >>>> \_SB.PHSR (0x00, 0x00) > >>>> } > >>>> > >>>> If (LEqual (Arg0, 0x04)) > >>>> { > >>>> \_SB.PHSR (0x03, 0x00) > >>>> } > >>>> } > >>>> > >>>>I get this: > >>>> > >>>>dsdt.aml.ori 3441: Method (_WAK, 1, NotSerialized) > >>>>Warning 2026 - ^ Reserved = method > >> > >>must > >> > >>>>return a value (_WAK) > >>> > >>>Just use iasl with the -f flag. It will ignore these kinds of = warnings. > >>> For reference, _WAK returns a package, {0, 0} is fine. See the = ACPI > >>>debugging section of the handbook. > >> > >> > >>thank you, that was what I did but I was not sure if it was the = right > >>thing. > >> > >>Jo=E3o > >> > >> > >> > >> > >> > >> > >> > >> > >>A mensagem foi scaneada pelo sistema de e-mail e pode ser = considerada > >>segura. > >>Service fornecido pelo Datacenter Matik = https://datacenter.matik.com.br > >>_______________________________________________ > >>freebsd-acpi@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > >>To unsubscribe, send any mail to = "freebsd-acpi-unsubscribe@freebsd.org" > > > > _______________________________________________ > > freebsd-acpi@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > To unsubscribe, send any mail to = "freebsd-acpi-unsubscribe@freebsd.org" >=20 >=20 > -- > Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 9 21:08:45 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 377D216A420; Mon, 9 Jan 2006 21:08:45 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7B3C43D45; Mon, 9 Jan 2006 21:08:44 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k09L8dQr037381; Mon, 9 Jan 2006 21:08:42 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 10 Jan 2006 05:08:28 +0800 From: Ariff Abdullah To: Nate Lawson Message-Id: <20060110050828.100b026a.ariff@FreeBSD.org> In-Reply-To: <43C2C6AB.5060605@root.org> References: <63675.24.71.129.36.1135718125.squirrel@imap.sd73.bc.ca> <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <43C2C6AB.5060605@root.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__10_Jan_2006_05_08_28_+0800_gn3.GgUx4JRSvk8o" Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org, lists@stringsutils.com Subject: Re: No APM yet for AMD? 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, 09 Jan 2006 21:08:45 -0000 --Signature=_Tue__10_Jan_2006_05_08_28_+0800_gn3.GgUx4JRSvk8o Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 09 Jan 2006 12:25:15 -0800 Nate Lawson wrote: >=20 > I looked at the patch but had a hard time figuring out what the=20 > functional changes are. Most of the changes are just using a=20 > convenience pointer to see the struct members and some style=20 > misformatting of the printf arguments. (The second line of > indentation needs to be 4 spaces indented, see style(9)). >=20 > What part of this patch is just the functional change? >=20 There are no functional changes at all. It simply trying to be more verbose (and forgiving), in case the ioctl did not return advance information (such as remaining time, so on) which I believe few ACPI bioses incapable of providing such info. In this case, it trying to calculate the percentage of remining battery capacity based on Last Full Capacity, which current acpiconf ignore. # acpiconf -i 0 (without patch) Design capacity: 6000 mAh Last full capacity: 4000 mAh Technology: secondary (rechargeable) Design voltage: 14800 mV Capacity (warn): 207 mAh Capacity (low): 125 mAh Low/warn granularity: 10 mAh Warn/full granularity: 25 mAh Model number: JM-6 Serial number: 0046713127 Type: LION OEM info: Hewlett-Packard State: not present ^^^^^^^^^^^ Voltage: unknown # acpiconf -i 0 (patched) Design capacity: 6000 mAh Last full capacity: 4000 mAh Technology: secondary (rechargeable) Design voltage: 14800 mV Capacity (warn): 207 mAh Capacity (low): 125 mAh Low/warn granularity: 10 mAh Warn/full granularity: 25 mAh Model number: JM-6 Serial number: 0046713127 Type: LION OEM info: Hewlett-Packard State: high=20 ^^^^ Present rate: unknown Remaining capacity: 100% ^^^^ Voltage: unknown AC line: on-line -- Ariff Abdullah FreeBSD --Signature=_Tue__10_Jan_2006_05_08_28_+0800_gn3.GgUx4JRSvk8o Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDwtDQlr+deMUwTNoRAj1bAJ9sTNnUffo5p42gGDsXzN3XNJTLNgCff63Z kGJ8hceAVphV16h1edQRpnY= =SJhn -----END PGP SIGNATURE----- --Signature=_Tue__10_Jan_2006_05_08_28_+0800_gn3.GgUx4JRSvk8o-- From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 9 22:53:45 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 25B3B16A41F for ; Mon, 9 Jan 2006 22:53:45 +0000 (GMT) (envelope-from diegodamo@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3649143D46 for ; Mon, 9 Jan 2006 22:53:43 +0000 (GMT) (envelope-from diegodamo@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so548449uge for ; Mon, 09 Jan 2006 14:53:42 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:reply-to:from:to:subject:date:mime-version:content-type:x-priority:x-msmail-priority:x-mailer:x-mimeole; b=JNRgWriQu1upKz/7toOZaw/EN8UEI37r1KnR/HuBuCQCANeeX+Rbozjm5YD+ueSNK4F5Zs3aqnc96jsqIPrePQxIvyheP1EuAgpnFJF+bfPiV4Kojbfld9AtLfIlGibLPE7s4PU83mniag6jipagsto3cnESVUV5aiVw2gkh5/s= Received: by 10.67.27.1 with SMTP id e1mr7799558ugj; Mon, 09 Jan 2006 14:53:42 -0800 (PST) Received: from pastorius ( [217.201.210.220]) by mx.gmail.com with ESMTP id k30sm12925951ugc.2006.01.09.14.53.38; Mon, 09 Jan 2006 14:53:42 -0800 (PST) Message-ID: <000a01c6156f$98951ca0$056ffea9@pastorius> From: "Diego Damo" To: Date: Mon, 9 Jan 2006 23:53:56 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: acpi problem with Compaq Proliant DL580 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Diego Damo List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2006 22:53:45 -0000 Hello. I got FreeBSD 6.0 on a Compaq Proliant DL580 but if i boot up in normal = model (with ACPI) it stops while if i choose option "2" (with ACPI = disabled) it boots up well. There's something i should know about = Proliant and ACPI issues ? Thanks Diego From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 10 09:47:16 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 E543E16A41F; Tue, 10 Jan 2006 09:47:16 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F96A43D46; Tue, 10 Jan 2006 09:47:16 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EwG5w-0008O5-00; Tue, 10 Jan 2006 10:47:12 +0100 Date: Tue, 10 Jan 2006 10:47:12 +0100 To: Ariff Abdullah Message-ID: <20060110094712.GB32102@poupinou.org> References: <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <43C2C6AB.5060605@root.org> <20060110050828.100b026a.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060110050828.100b026a.ariff@FreeBSD.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org, lists@stringsutils.com, freebsd-amd64@FreeBSD.org Subject: Re: No APM yet for AMD? 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, 10 Jan 2006 09:47:17 -0000 On Tue, Jan 10, 2006 at 05:08:28AM +0800, Ariff Abdullah wrote: > On Mon, 09 Jan 2006 12:25:15 -0800 > Nate Lawson wrote: > > > > I looked at the patch but had a hard time figuring out what the > > functional changes are. Most of the changes are just using a > > convenience pointer to see the struct members and some style > > misformatting of the printf arguments. (The second line of > > indentation needs to be 4 spaces indented, see style(9)). > > > > What part of this patch is just the functional change? > > > There are no functional changes at all. It simply trying to be more > verbose (and forgiving), in case the ioctl did not return advance > information (such as remaining time, so on) which I believe few ACPI > bioses incapable of providing such info. In this case, it trying to > calculate the percentage of remining battery capacity based on Last > Full Capacity, which current acpiconf ignore. > > # acpiconf -i 0 (without patch) > Design capacity: 6000 mAh > Last full capacity: 4000 mAh > Technology: secondary (rechargeable) > Design voltage: 14800 mV > Capacity (warn): 207 mAh > Capacity (low): 125 mAh > Low/warn granularity: 10 mAh > Warn/full granularity: 25 mAh > Model number: JM-6 > Serial number: 0046713127 > Type: LION > OEM info: Hewlett-Packard > State: not present > ^^^^^^^^^^^ > Voltage: unknown > > # acpiconf -i 0 (patched) > Design capacity: 6000 mAh > Last full capacity: 4000 mAh > Technology: secondary (rechargeable) > Design voltage: 14800 mV > Capacity (warn): 207 mAh > Capacity (low): 125 mAh > Low/warn granularity: 10 mAh > Warn/full granularity: 25 mAh > Model number: JM-6 > Serial number: 0046713127 > Type: LION > OEM info: Hewlett-Packard > State: high > ^^^^ > Present rate: unknown > Remaining capacity: 100% > ^^^^ Well, I would much prefer the remaining capacity still being unknown in that case then. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 10 10:19:46 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 8344D16A420; Tue, 10 Jan 2006 10:19:46 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26FFE43D45; Tue, 10 Jan 2006 10:19:46 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k0AAJgt1088539; Tue, 10 Jan 2006 10:19:43 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 10 Jan 2006 18:19:31 +0800 From: Ariff Abdullah To: Bruno Ducrot Message-Id: <20060110181931.57fd0d39.ariff@FreeBSD.org> In-Reply-To: <20060110094712.GB32102@poupinou.org> References: <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <43C2C6AB.5060605@root.org> <20060110050828.100b026a.ariff@FreeBSD.org> <20060110094712.GB32102@poupinou.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__10_Jan_2006_18_19_31_+0800_bILg9kvFPlz8PIID" Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org, lists@stringsutils.com Subject: Re: No APM yet for AMD? 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, 10 Jan 2006 10:19:46 -0000 --Signature=_Tue__10_Jan_2006_18_19_31_+0800_bILg9kvFPlz8PIID Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 10 Jan 2006 10:47:12 +0100 Bruno Ducrot wrote: > > There are no functional changes at all. It simply trying to be > > more verbose (and forgiving), in case the ioctl did not return > > advance information (such as remaining time, so on) which I > > believe few ACPI bioses incapable of providing such info. In this > > case, it trying to calculate the percentage of remining battery > > capacity based on Last Full Capacity, which current acpiconf > > ignore. > >=20 > > # acpiconf -i 0 (without patch) > > Design capacity: 6000 mAh > > Last full capacity: 4000 mAh > > Technology: secondary (rechargeable) > > Design voltage: 14800 mV > > Capacity (warn): 207 mAh > > Capacity (low): 125 mAh > > Low/warn granularity: 10 mAh > > Warn/full granularity: 25 mAh > > Model number: JM-6 > > Serial number: 0046713127 > > Type: LION > > OEM info: Hewlett-Packard > > State: not present > > ^^^^^^^^^^^ > > Voltage: unknown > >=20 > > # acpiconf -i 0 (patched) > > Design capacity: 6000 mAh > > Last full capacity: 4000 mAh > > Technology: secondary (rechargeable) > > Design voltage: 14800 mV > > Capacity (warn): 207 mAh > > Capacity (low): 125 mAh > > Low/warn granularity: 10 mAh > > Warn/full granularity: 25 mAh > > Model number: JM-6 > > Serial number: 0046713127 > > Type: LION > > OEM info: Hewlett-Packard > > State: high=20 > > ^^^^ > > Present rate: unknown > > Remaining capacity: 100% > > ^^^^ >=20 > Well, I would much prefer the remaining capacity still being > unknown in that case then. >=20 Why? This is not because of buggy acpi/dst bios, this is the limitation of the bios itself by not having a feature to calculate remaining time, plus the inability of present acpiconf(8) that simply ignore the fact there is other possible way to calculate it although not as precise as "minutes left". On top of that, the output of sysctl hw.acpi.battery only applicable for bioses with "remaining time" feature. Note that this is nothing new, Windows and Linux does display remaining capacity in terms of percentage remaining if it cannot acquire the accurate remaining time. # acpiconf -i 0 Design capacity: 6000 mAh Last full capacity: 4000 mAh Technology: secondary (rechargeable) Design voltage: 14800 mV Capacity (warn): 207 mAh Capacity (low): 125 mAh Low/warn granularity: 10 mAh Warn/full granularity: 25 mAh Model number: JM-6 Serial number: 0046713127 Type: LION OEM info: Hewlett-Packard State: discharging=20 ^^^^^^^^^^^ Present rate: unknown Remaining capacity: 91% ^^^ Voltage: unknown AC line: off-line # sysctl hw.acpi.battery hw.acpi.battery.life: -1 hw.acpi.battery.time: -1 hw.acpi.battery.state: 7 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 At least I know when to plug in back my ac connector :) Well, I don't know much about FreeBSD ACPI. But at least, this patch / fix / workaround does indeed help me and few others. Of course if the dsdt can be hacked to give accurate remaining battery time, that would be better :) -- Ariff Abdullah FreeBSD --Signature=_Tue__10_Jan_2006_18_19_31_+0800_bILg9kvFPlz8PIID Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDw4o3lr+deMUwTNoRAvu2AKCGaCBish++9o32b+qVRe3cVla++QCgiaF5 705niuiU5nhdWOI/HTxXcjI= =xIo9 -----END PGP SIGNATURE----- --Signature=_Tue__10_Jan_2006_18_19_31_+0800_bILg9kvFPlz8PIID-- From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 10 13:06:26 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 CE74816A41F; Tue, 10 Jan 2006 13:06:26 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2706B43D49; Tue, 10 Jan 2006 13:06:25 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EwJCi-0000i6-00; Tue, 10 Jan 2006 14:06:24 +0100 Date: Tue, 10 Jan 2006 14:06:24 +0100 To: Ariff Abdullah , Nate Lawson Message-ID: <20060110130624.GD32102@poupinou.org> References: <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <43C2C6AB.5060605@root.org> <20060110050828.100b026a.ariff@FreeBSD.org> <20060110094712.GB32102@poupinou.org> <20060110181931.57fd0d39.ariff@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060110181931.57fd0d39.ariff@FreeBSD.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@FreeBSD.org, lists@stringsutils.com Subject: Re: No APM yet for AMD? 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, 10 Jan 2006 13:06:27 -0000 On Tue, Jan 10, 2006 at 06:19:31PM +0800, Ariff Abdullah wrote: > On Tue, 10 Jan 2006 10:47:12 +0100 > Bruno Ducrot wrote: > > > There are no functional changes at all. It simply trying to be > > > more verbose (and forgiving), in case the ioctl did not return > > > advance information (such as remaining time, so on) which I > > > believe few ACPI bioses incapable of providing such info. In this > > > case, it trying to calculate the percentage of remining battery > > > capacity based on Last Full Capacity, which current acpiconf > > > ignore. > > > > > > # acpiconf -i 0 (without patch) > > > Design capacity: 6000 mAh > > > Last full capacity: 4000 mAh > > > Technology: secondary (rechargeable) > > > Design voltage: 14800 mV > > > Capacity (warn): 207 mAh > > > Capacity (low): 125 mAh > > > Low/warn granularity: 10 mAh > > > Warn/full granularity: 25 mAh > > > Model number: JM-6 > > > Serial number: 0046713127 > > > Type: LION > > > OEM info: Hewlett-Packard > > > State: not present > > > ^^^^^^^^^^^ > > > Voltage: unknown > > > > > > # acpiconf -i 0 (patched) > > > Design capacity: 6000 mAh > > > Last full capacity: 4000 mAh > > > Technology: secondary (rechargeable) > > > Design voltage: 14800 mV > > > Capacity (warn): 207 mAh > > > Capacity (low): 125 mAh > > > Low/warn granularity: 10 mAh > > > Warn/full granularity: 25 mAh > > > Model number: JM-6 > > > Serial number: 0046713127 > > > Type: LION > > > OEM info: Hewlett-Packard > > > State: high > > > ^^^^ > > > Present rate: unknown > > > Remaining capacity: 100% > > > ^^^^ > > > > Well, I would much prefer the remaining capacity still being > > unknown in that case then. > > > Why? This is not because of buggy acpi/dst bios, this is the > limitation of the bios itself by not having a feature to calculate > remaining time, plus the inability of present acpiconf(8) that simply > ignore the fact there is other possible way to calculate it although > not as precise as "minutes left". On top of that, the output of sysctl > hw.acpi.battery only applicable for bioses with "remaining time" > feature. Note that this is nothing new, Windows and Linux does display > remaining capacity in terms of percentage remaining if it cannot > acquire the accurate remaining time. Oops, I miss read your patch. I'm pretty ok with it, but I would like that you verify bif.lfcap is not 0 before the printf. We can not assume the OEM did it right even if it's very unlikely the last full capacity will be zero :) > # acpiconf -i 0 > Design capacity: 6000 mAh > Last full capacity: 4000 mAh > Technology: secondary (rechargeable) > Design voltage: 14800 mV > Capacity (warn): 207 mAh > Capacity (low): 125 mAh > Low/warn granularity: 10 mAh > Warn/full granularity: 25 mAh > Model number: JM-6 > Serial number: 0046713127 > Type: LION > OEM info: Hewlett-Packard > State: discharging > ^^^^^^^^^^^ > Present rate: unknown > Remaining capacity: 91% > ^^^ > Voltage: unknown > AC line: off-line > # sysctl hw.acpi.battery > hw.acpi.battery.life: -1 > hw.acpi.battery.time: -1 > hw.acpi.battery.state: 7 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 > > > At least I know when to plug in back my ac connector :) > > Well, I don't know much about FreeBSD ACPI. But at least, this > patch / fix / workaround does indeed help me and few others. > > Of course if the dsdt can be hacked to give accurate remaining battery > time, that would be better :) There is no way to get the remaining time from control method batteries other than by computing it. At this time, it's derived from the present rate and the remaining capacity IIRC. The smart battery is able to give it via smbus (time_to_empty and time_to_full). I think we may want to rewrite the acpi_battery driver and the low levels acpi_cmbat and acpi_smbat to handle all of those situations. (removed freebsd-amd64 btw) -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 10 14:34:02 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 94B5D16A420; Tue, 10 Jan 2006 14:34:02 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E87E43D4C; Tue, 10 Jan 2006 14:34:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 5710935 for multiple; Tue, 10 Jan 2006 09:35:37 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0AEXwuC063459; Tue, 10 Jan 2006 09:33:58 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Tue, 10 Jan 2006 09:34:53 -0500 User-Agent: KMail/1.8.2 References: <20060103155509.GE13887@poupinou.org> <20060110181931.57fd0d39.ariff@FreeBSD.org> <20060110130624.GD32102@poupinou.org> In-Reply-To: <20060110130624.GD32102@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601100934.54698.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1235/Sun Jan 8 13:13:01 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Nate Lawson , Ariff Abdullah , lists@stringsutils.com Subject: Re: No APM yet for AMD? 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, 10 Jan 2006 14:34:02 -0000 On Tuesday 10 January 2006 08:06 am, Bruno Ducrot wrote: > > # acpiconf -i 0 > > Design capacity: 6000 mAh > > Last full capacity: 4000 mAh > > Technology: secondary (rechargeable) > > Design voltage: 14800 mV > > Capacity (warn): 207 mAh > > Capacity (low): 125 mAh > > Low/warn granularity: 10 mAh > > Warn/full granularity: 25 mAh > > Model number: JM-6 > > Serial number: 0046713127 > > Type: LION > > OEM info: Hewlett-Packard > > State: discharging > > ^^^^^^^^^^^ > > Present rate: unknown > > Remaining capacity: 91% > > ^^^ > > Voltage: unknown > > AC line: off-line > > # sysctl hw.acpi.battery > > hw.acpi.battery.life: -1 > > hw.acpi.battery.time: -1 > > hw.acpi.battery.state: 7 > > hw.acpi.battery.units: 1 > > hw.acpi.battery.info_expire: 5 > > > > > > At least I know when to plug in back my ac connector :) > > > > Well, I don't know much about FreeBSD ACPI. But at least, this > > patch / fix / workaround does indeed help me and few others. > > > > Of course if the dsdt can be hacked to give accurate remaining battery > > time, that would be better :) > > There is no way to get the remaining time from control method batteries > other than by computing it. At this time, it's derived from the present > rate and the remaining capacity IIRC. > The smart battery is able to give it via smbus (time_to_empty and > time_to_full). > > I think we may want to rewrite the acpi_battery driver and the low > levels acpi_cmbat and acpi_smbat to handle all of those situations. > > (removed freebsd-amd64 btw) It would be nice if we could add the ability to guess the rate based on the amount of power lost in the last interval (i.e. check the battery periodically, and if we lost X mAh since the last check and are discharging, assume that is the discharge rate for time calculations) for broken BIOSes (like both of my laptops, a Dell Inspiron 5000e and an Alienware Area-51m) that don't report a valid rate. I've wanted to add this for a while but haven't gotten around to it. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 10 14:46:39 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 AA0E916A41F for ; Tue, 10 Jan 2006 14:46:39 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0142443D49 for ; Tue, 10 Jan 2006 14:46:38 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 5711774 for multiple; Tue, 10 Jan 2006 09:48:15 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0AEkbLZ063523; Tue, 10 Jan 2006 09:46:37 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org, Diego Damo Date: Tue, 10 Jan 2006 09:35:58 -0500 User-Agent: KMail/1.8.2 References: <000a01c6156f$98951ca0$056ffea9@pastorius> In-Reply-To: <000a01c6156f$98951ca0$056ffea9@pastorius> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601100935.58991.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1235/Sun Jan 8 13:13:01 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: acpi problem with Compaq Proliant DL580 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, 10 Jan 2006 14:46:39 -0000 On Monday 09 January 2006 05:53 pm, Diego Damo wrote: > Hello. > > I got FreeBSD 6.0 on a Compaq Proliant DL580 but if i boot up in normal > model (with ACPI) it stops while if i choose option "2" (with ACPI > disabled) it boots up well. There's something i should know about Proliant > and ACPI issues ? I just fixed a couple of issues that could result in a hang on DL360's on 6.0 in HEAD that will be MFC'd in a few days to RELENG_6. Try RELENG_6 in a few days to see if it is better, and if it is still broken, e-mail the list again. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 10 16:06:40 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 C3C1E16A41F; Tue, 10 Jan 2006 16:06:40 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C4D743D5F; Tue, 10 Jan 2006 16:06:38 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 356F77DB0; Tue, 10 Jan 2006 11:06:37 -0500 (EST) References: <200512291412.19476.peter@wemm.org> <20060103155509.GE13887@poupinou.org> <20060103185047.GH13887@poupinou.org> <20060104161842.GK13887@poupinou.org> <20060105005441.029835c1.ariff@FreeBSD.org> <43C2C6AB.5060605@root.org> <20060110050828.100b026a.ariff@FreeBSD.org> <20060110094712.GB32102@poupinou.org> <20060110181931.57fd0d39.ariff@FreeBSD.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: Ariff Abdullah Date: Tue, 10 Jan 2006 11:06:36 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: No APM yet for AMD? 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, 10 Jan 2006 16:06:40 -0000 Ariff Abdullah writes: Given that APM is not available for AMD64 and we have to depend on ACPI.. I believe the patch is very helpfull. > At least I know when to plug in back my ac connector :) Between having zero info.. and having a percentage of charge.. it is MUCH better to have the percentage.. even if it's not completely accurate (which I believe.. if I followed Ariff's comment.. it is). > Well, I don't know much about FreeBSD ACPI. But at least, this > patch / fix / workaround does indeed help me and few others. I find it very helpfull and hope it gets commited.. so one has this capability and doesn't have to deal with patching the file every time one goes to the latest stable. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 10 16:10:53 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 D41E616A41F; Tue, 10 Jan 2006 16:10:53 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16F3843D4C; Tue, 10 Jan 2006 16:10:53 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id 723C07DC4; Tue, 10 Jan 2006 11:10:52 -0500 (EST) References: <20060103155509.GE13887@poupinou.org> <20060110181931.57fd0d39.ariff@FreeBSD.org> <20060110130624.GD32102@poupinou.org> <200601100934.54698.jhb@freebsd.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: John Baldwin Date: Tue, 10 Jan 2006 11:10:52 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Nate Lawson , Ariff Abdullah Subject: Re: No APM yet for AMD? 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, 10 Jan 2006 16:10:54 -0000 John Baldwin writes: > It would be nice if we could add the ability to guess the rate based on the > amount of power lost in the last interval I don't know much about ACPI... but that method sounds to me like could be very inaccurate. I have noticed a very big difference in drain whether I am running text screens or running X. > periodically, and if we lost X mAh since the last check and are discharging, > assume that is the discharge rate for time calculations) That would imply a fixed discharge rate, which seems to me is not fixed. >I've wanted to add this for a while but > haven't gotten around to it. I am totally new at dealing with laptops+FreeBSD... but perhaps others can validate my comments... and see how much their batteries drop in text mode.. vs X.. in a fixed amount of time. I think this would decide whether such a patch would be benefitial. From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 10 21:25:41 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 0B48E16A41F; Tue, 10 Jan 2006 21:25:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 255F243D46; Tue, 10 Jan 2006 21:25:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 5738611 for multiple; Tue, 10 Jan 2006 16:25:18 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0ALPLJS066064; Tue, 10 Jan 2006 16:25:22 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Francisco Reyes Date: Tue, 10 Jan 2006 16:26:10 -0500 User-Agent: KMail/1.8.2 References: <20060103155509.GE13887@poupinou.org> <200601100934.54698.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601101626.11902.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1237/Tue Jan 10 10:53:20 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org, Nate Lawson , Ariff Abdullah Subject: Re: No APM yet for AMD? 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, 10 Jan 2006 21:25:41 -0000 On Tuesday 10 January 2006 11:10 am, Francisco Reyes wrote: > John Baldwin writes: > > It would be nice if we could add the ability to guess the rate based on > > the amount of power lost in the last interval > > I don't know much about ACPI... but that method sounds to me like could be > very inaccurate. I have noticed a very big difference in drain whether I am > running text screens or running X. Eh? You do realize that right now all I have is '-1', not even a hopeful guess? I think you don't understand what I am suggesting. Suppose my laptop is up for 3 sample times with these values for the current charge: 5300 5000 4400 Now the first delta is 300, so at the second update, it would take 300 (the difference) and divide it into the remaining charge (5000) to get the number of sample times remaining (in this case 16). At the third check, the delta is 600 (5000 - 4400), so it divids 600 into 4400 giving a remaning time of 7 sample times. There are some edge cases with state transitions (if the AC comes online you have to reset your timer and now you are extrapolating a charging rate and the remaining time to full charge, etc.) but it would give a somewhat decent estimate that would basically be based on what your usage was in the last sample time. So, say the sample time is 30 seconds, then if you switch from X to text mode, it will notice the change in rate in a minute or less and revise the time upward. The rate will not be an instaneous rate but an average across the sample time, but this is far better than the -1 I currently get. Note that I think this should be used on laptops that don't provide a current rate as a way to extrapolate what the rate probably is. > > > periodically, and if we lost X mAh since the last check and are > > discharging, assume that is the discharge rate for time calculations) > > That would imply a fixed discharge rate, which seems to me is not fixed. No it doesn't. The discharge rate can vary at each sample time. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 10 23:46:09 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 6898916A41F for ; Tue, 10 Jan 2006 23:46:09 +0000 (GMT) (envelope-from freebsd-ml@magical-cat.org) Received: from yawn.magical-cat.org (cpe-65-185-16-16.cinci.res.rr.com [65.185.16.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4C1943D49 for ; Tue, 10 Jan 2006 23:46:08 +0000 (GMT) (envelope-from freebsd-ml@magical-cat.org) Received: from yawn.magical-cat.org (localhost [127.0.0.1]) by yawn.magical-cat.org (8.13.4/8.13.4) with ESMTP id k0ANlSid001523 for ; Tue, 10 Jan 2006 18:47:28 -0500 (EST) (envelope-from freebsd-ml@magical-cat.org) Received: (from ruerue@localhost) by yawn.magical-cat.org (8.13.4/8.13.4/Submit) id k0ANlROw001522 for freebsd-acpi@freebsd.org; Tue, 10 Jan 2006 18:47:27 -0500 (EST) (envelope-from freebsd-ml@magical-cat.org) X-Authentication-Warning: yawn.magical-cat.org: ruerue set sender to freebsd-ml@magical-cat.org using -f Date: Tue, 10 Jan 2006 18:47:27 -0500 From: Eero Saynatkari To: freebsd-acpi@freebsd.org Message-ID: <20060110234727.GA976@yawn.magical-cat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: acpiconf -s3 blanks and resumes immediately (Acer Aspire 5000 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: Tue, 10 Jan 2006 23:46:09 -0000 HW: Acer Aspire 5000 Turion (amd64) notebook, PHOENIX notebios OS: FreeBSD 6.0-stable Hi! I have not had success resolving my particular problem; it may be I am just not able to get the search terms right. Links to my config etc. are at the bottom. ACPI loads up seemingly OK after a small tweak to the asl (I was getting the ACPI-0438 Z007 not found errors). The asl does still emit a warning about a reserved method needing to return a value when compiling. The DSDT.aml is in /boot and enabled through /boot/loader.conf My problem is that regardless of how I attempt to suspend the machine (suspend button or acpiconf, console or X), the result is always the same: the machine thinks for a bit and then the suspend seems to work: the screen goes blank, the backlight is turned off and the HD quiets down but after a second or so, everything comes back on and restores exactly as it was. It sort of seems that the machine thinks it is being resumed immediately. I have also tried acpi.hw.disable_on_poweroff with both 0 and 1 as the value. shutdown -p works fine but both acpiconf -s3 or -s4 give the result above. acpiconf -s1 gives a message saying that suspend was not done, acpi not ready yet. I have not tried -s5 but I can do so if needed. You can see the configs at http://www.magical-cat.org/personal/data/freebsd-acpi The data there are: dmesg acpidump -dt myasl.asl iasl myasl.asl /boot/loader.conf sysctl -a | grep 'hw.acpi' sysctl -a | grep 'acpi' Please let me know if there is any other output you need to see. From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 11 03:26:51 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 22D0F16A422 for ; Wed, 11 Jan 2006 03:26:51 +0000 (GMT) (envelope-from freebsd-ml@magical-cat.org) Received: from yawn.magical-cat.org (cpe-65-185-16-16.cinci.res.rr.com [65.185.16.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7A4443D45 for ; Wed, 11 Jan 2006 03:26:44 +0000 (GMT) (envelope-from freebsd-ml@magical-cat.org) Received: from yawn.magical-cat.org (localhost [127.0.0.1]) by yawn.magical-cat.org (8.13.4/8.13.4) with ESMTP id k0B3RvAm001076 for ; Tue, 10 Jan 2006 22:27:57 -0500 (EST) (envelope-from freebsd-ml@magical-cat.org) Received: (from ruerue@localhost) by yawn.magical-cat.org (8.13.4/8.13.4/Submit) id k0B3RuR0001075 for freebsd-acpi@freebsd.org; Tue, 10 Jan 2006 22:27:56 -0500 (EST) (envelope-from freebsd-ml@magical-cat.org) X-Authentication-Warning: yawn.magical-cat.org: ruerue set sender to freebsd-ml@magical-cat.org using -f Date: Tue, 10 Jan 2006 22:27:56 -0500 From: Eero Saynatkari To: freebsd-acpi@freebsd.org Message-ID: <20060111032756.GA801@yawn.magical-cat.org> Mail-Followup-To: freebsd-acpi@freebsd.org References: <20060110234727.GA976@yawn.magical-cat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060110234727.GA976@yawn.magical-cat.org> User-Agent: Mutt/1.4.2.1i Subject: Re: acpiconf -s3 blanks and resumes immediately (Acer Aspire 5000 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: Wed, 11 Jan 2006 03:26:51 -0000 On 2006.01.10 18:47, Eero Saynatkari wrote: > HW: Acer Aspire 5000 Turion (amd64) notebook, > PHOENIX notebios > > OS: FreeBSD 6.0-stable > > > Hi! > > I have not had success resolving my particular problem; > it may be I am just not able to get the search terms > right. Links to my config etc. are at the bottom. > > ACPI loads up seemingly OK after a small tweak to the > asl (I was getting the ACPI-0438 Z007 not found errors). > The asl does still emit a warning about a reserved method > needing to return a value when compiling. The DSDT.aml is > in /boot and enabled through /boot/loader.conf > > My problem is that regardless of how I attempt to suspend > the machine (suspend button or acpiconf, console or X), > the result is always the same: the machine thinks for a > bit and then the suspend seems to work: the screen goes > blank, the backlight is turned off and the HD quiets down > but after a second or so, everything comes back on and > restores exactly as it was. It sort of seems that the > machine thinks it is being resumed immediately. I got some more data booting with verbose logging (full dmesg updated on site below). acpiconf -s 3 gives this: vga0: saving 68 bytes of video state pci0:2:7: Transition from D0 to D3 pci0:3:2: Transition from D0 to D3 pci0:4:0: Transition from D0 to D3 pci0:2:7: Transition from D3 to D0 pci0:3:2: Transition from D3 to D0 pci0:4:0: Transition from D3 to D0 ata0: reiniting channel .. 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 ad0: setting PIO4 on SiS 5513 chip ad0: setting UDMA100 on SiS 5513 chip ata0: reinit done .. ata1: reiniting channel .. ata1: reset tp1 mask=03 ostat0=50 ostat1=00 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 acd0: setting PIO4 on SiS 5513 chip acd0: setting UDMA33 on SiS 5513 chip ata1: reinit done .. cbb0: [MPSAFE] atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa battery0: battery initialization start battery0: battery initialization done, tried 1 times pci0:2:7 is SiS7013 PCI audio accelerator pci0:3:2 is SiS7002 USB 2.0 EHC pci0:4:0 is SiS900 fast ethernet > I have also tried acpi.hw.disable_on_poweroff with both > 0 and 1 as the value. > > shutdown -p works fine but both acpiconf -s3 or -s4 give > the result above. acpiconf -s1 gives a message saying that > suspend was not done, acpi not ready yet. I have not tried > -s5 but I can do so if needed. > > You can see the configs at > > http://www.magical-cat.org/personal/data/freebsd-acpi > > The data there are: > > dmesg > acpidump -dt > myasl.asl > iasl myasl.asl > /boot/loader.conf > sysctl -a | grep 'hw.acpi' > sysctl -a | grep 'acpi' Now also includes dmesg with verbose logging and pciconf -lv. > Please let me know if there is any other output you need to see. E From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 11 04:54:44 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 4AFEC16A41F; Wed, 11 Jan 2006 04:54:44 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB42243D46; Wed, 11 Jan 2006 04:54:43 +0000 (GMT) (envelope-from lists@stringsutils.com) Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147]) by zoraida.natserv.net (Postfix) with ESMTP id B80047D8C; Tue, 10 Jan 2006 23:54:42 -0500 (EST) References: <20060103155509.GE13887@poupinou.org> <200601100934.54698.jhb@freebsd.org> <200601101626.11902.jhb@freebsd.org> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Francisco Reyes To: John Baldwin Date: Tue, 10 Jan 2006 23:54:42 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Nate Lawson , Ariff Abdullah Subject: Re: No APM yet for AMD? 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, 11 Jan 2006 04:54:44 -0000 John Baldwin writes: > Eh? You do realize that right now all I have is '-1' I am totally lost... What is wrong with Ariff's patch? http://people.freebsd.org/~ariff/acpi/acpiconf.c.diff State: charging Present rate: unknown Remaining capacity: 62% Voltage: unknown AC line: on-line > charging rate and the remaining time to full charge, etc.) but it would give > a somewhat decent estimate that would basically be based on what your usage > was in the last sample time. OK. I understand better now. Would this be more accurate than Ariff's patch? From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 11 14:20:28 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 A9A2216A436; Wed, 11 Jan 2006 14:20:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D8CC43D46; Wed, 11 Jan 2006 14:20:27 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 5794943 for multiple; Wed, 11 Jan 2006 09:18:50 -0500 Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k0BEKM4E071494; Wed, 11 Jan 2006 09:20:24 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Francisco Reyes Date: Wed, 11 Jan 2006 09:08:15 -0500 User-Agent: KMail/1.8.3 References: <20060103155509.GE13887@poupinou.org> <200601101626.11902.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601110908.17883.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1238/Wed Jan 11 05:19:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-acpi@freebsd.org, Nate Lawson , Ariff Abdullah Subject: Re: No APM yet for AMD? 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, 11 Jan 2006 14:20:29 -0000 On Tuesday 10 January 2006 11:54 pm, Francisco Reyes wrote: > John Baldwin writes: > > Eh? You do realize that right now all I have is '-1' > > I am totally lost... > What is wrong with Ariff's patch? > http://people.freebsd.org/~ariff/acpi/acpiconf.c.diff > > State: charging > Present rate: unknown > Remaining capacity: 62% > Voltage: unknown > AC line: on-line > > > charging rate and the remaining time to full charge, etc.) but it would > > give a somewhat decent estimate that would basically be based on what > > your usage was in the last sample time. > > OK. I understand better now. > Would this be more accurate than Ariff's patch? My idea is orthogonal. My system does report a remaining capacity, just no= t=20 the discharge rate. Some poorly written programs (like kde's laptop daemon= )=20 only work if they get a time, and a time is more easily parsed by humans. =2D-=20 John Baldwin =A0<>< =A0http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Wed Jan 11 14:51:00 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 CB7E116A41F for ; Wed, 11 Jan 2006 14:51:00 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 728CE43D5A for ; Wed, 11 Jan 2006 14:51:00 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1EwhJN-0008L1-00; Wed, 11 Jan 2006 15:50:53 +0100 Date: Wed, 11 Jan 2006 15:50:53 +0100 To: Eero Saynatkari Message-ID: <20060111145053.GA22983@poupinou.org> References: <20060110234727.GA976@yawn.magical-cat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060110234727.GA976@yawn.magical-cat.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Cc: freebsd-acpi@freebsd.org Subject: Re: acpiconf -s3 blanks and resumes immediately (Acer Aspire 5000 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: Wed, 11 Jan 2006 14:51:00 -0000 On Tue, Jan 10, 2006 at 06:47:27PM -0500, Eero Saynatkari wrote: > HW: Acer Aspire 5000 Turion (amd64) notebook, > PHOENIX notebios > > OS: FreeBSD 6.0-stable > > > Hi! > > I have not had success resolving my particular problem; > it may be I am just not able to get the search terms > right. Links to my config etc. are at the bottom. > > ACPI loads up seemingly OK after a small tweak to the > asl (I was getting the ACPI-0438 Z007 not found errors). > The asl does still emit a warning about a reserved method > needing to return a value when compiling. The DSDT.aml is > in /boot and enabled through /boot/loader.conf > > My problem is that regardless of how I attempt to suspend > the machine (suspend button or acpiconf, console or X), > the result is always the same: the machine thinks for a > bit and then the suspend seems to work: the screen goes > blank, the backlight is turned off and the HD quiets down > but after a second or so, everything comes back on and > restores exactly as it was. It sort of seems that the > machine thinks it is being resumed immediately. > > I have also tried acpi.hw.disable_on_poweroff with both > 0 and 1 as the value. > > shutdown -p works fine but both acpiconf -s3 or -s4 give > the result above. acpiconf -s1 gives a message saying that > suspend was not done, acpi not ready yet. I have not tried > -s5 but I can do so if needed. > > You can see the configs at > > http://www.magical-cat.org/personal/data/freebsd-acpi > > The data there are: > > dmesg > acpidump -dt > myasl.asl > iasl myasl.asl > /boot/loader.conf > sysctl -a | grep 'hw.acpi' > sysctl -a | grep 'acpi' > S3 and S4 are not supported ATM on amd64 architectures. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 13 07:16:07 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 46AC616A41F for ; Fri, 13 Jan 2006 07:16:07 +0000 (GMT) (envelope-from freebsd-ml@magical-cat.org) Received: from yawn.magical-cat.org (cpe-65-29-207-39.cinci.res.rr.com [65.29.207.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0D0A43D4C for ; Fri, 13 Jan 2006 07:16:06 +0000 (GMT) (envelope-from freebsd-ml@magical-cat.org) Received: from yawn.magical-cat.org (localhost [127.0.0.1]) by yawn.magical-cat.org (8.13.4/8.13.4) with ESMTP id k0D7HQm1065903 for ; Fri, 13 Jan 2006 02:17:26 -0500 (EST) (envelope-from freebsd-ml@magical-cat.org) Received: (from ruerue@localhost) by yawn.magical-cat.org (8.13.4/8.13.4/Submit) id k0D7HQ2L065902 for freebsd-acpi@freebsd.org; Fri, 13 Jan 2006 02:17:26 -0500 (EST) (envelope-from freebsd-ml@magical-cat.org) X-Authentication-Warning: yawn.magical-cat.org: ruerue set sender to freebsd-ml@magical-cat.org using -f Date: Fri, 13 Jan 2006 02:17:26 -0500 From: Eero Saynatkari To: freebsd-acpi@freebsd.org Message-ID: <20060113071726.GD2397@yawn.magical-cat.org> Mail-Followup-To: freebsd-acpi@freebsd.org References: <20060110234727.GA976@yawn.magical-cat.org> <20060111032756.GA801@yawn.magical-cat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060111032756.GA801@yawn.magical-cat.org> User-Agent: Mutt/1.4.2.1i Subject: Re: acpiconf -s3 blanks and resumes immediately (Acer Aspire 5000 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, 13 Jan 2006 07:16:07 -0000 On 2006.01.10 22:27, Eero Saynatkari wrote: Sorry about the belated response, I have not received all of the mails on this list (though I see them in the Archive.) Bruno Ducrot said: "S3 and S4 are not supported ATM on amd64 architectures." That would be a good reason for I to have problems with them :) Is there a place I can learn more/possibly participate in the development (testing and so on)? > On 2006.01.10 18:47, Eero Saynatkari wrote: > E From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 13 15:02:29 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 0C71816A41F for ; Fri, 13 Jan 2006 15:02:29 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id E10DA43D58 for ; Fri, 13 Jan 2006 15:02:24 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id A6330D620C for ; Fri, 13 Jan 2006 16:02:23 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 94206BCE62 for ; Fri, 13 Jan 2006 16:02:23 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-013-113.pools.arcor-ip.net [84.58.13.113]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 5A10CAF8E8 for ; Fri, 13 Jan 2006 16:02:23 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id k0DF2NIT052463 for ; Fri, 13 Jan 2006 16:02:23 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Fri, 13 Jan 2006 16:02:17 +0100 From: Manfred Lotz To: freebsd-acpi@freebsd.org Message-Id: <20060113160217.bd14012a.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.2.0beta2 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Samsung X20 freezes during 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: Fri, 13 Jan 2006 15:02:29 -0000 Hi there, I had already posted to the freebsd-mobile list. Perhaps that was the wrong list. The laptop is a Samsung X20 1730 V, FreeBSD is 6.0 STABLE, acpi is used. During suspend/resume the Samsung X20 1730 freezes. It seems that suspend works although after resume I see 20 or more messages like: ioapic_suspend: not_implemented! and then: fwohci0: Phy 1394a available S400, 2 ports fwohci0: Link S400, max_rec 2048 bytes fwohci0: Initiate bus reset The system doesn't respond anymore. I tried "acpidump -d -o dsdt" and then "iasl -dc dsdt" but iasl found no errors. What could I do to track it down? - Manfred-- From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 13 15:26:17 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3650416A41F for ; Fri, 13 Jan 2006 15:26:17 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D231443D48 for ; Fri, 13 Jan 2006 15:26:16 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k0DFQ9LW018669; Fri, 13 Jan 2006 09:26:09 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <43C7C692.6070202@centtech.com> Date: Fri, 13 Jan 2006 09:26:10 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Manfred Lotz References: <20060113160217.bd14012a.manfred.lotz@arcor.de> In-Reply-To: <20060113160217.bd14012a.manfred.lotz@arcor.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1239/Thu Jan 12 05:36:22 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org Subject: Re: Samsung X20 freezes during 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: Fri, 13 Jan 2006 15:26:17 -0000 Manfred Lotz wrote: > Hi there, > I had already posted to the freebsd-mobile list. Perhaps that was the > wrong list. > > The laptop is a Samsung X20 1730 V, FreeBSD is 6.0 STABLE, acpi is used. > > During suspend/resume the Samsung X20 1730 freezes. > It seems that suspend works although after resume I see 20 or more > messages like: > ioapic_suspend: not_implemented! > > and then: > fwohci0: Phy 1394a available S400, 2 ports > fwohci0: Link S400, max_rec 2048 bytes > fwohci0: Initiate bus reset > > The system doesn't respond anymore. > > > I tried "acpidump -d -o dsdt" and then "iasl -dc dsdt" but iasl found > no errors. > > > What could I do to track it down? > Have you tried removing the firewire stuff from your kernel, recompiling, and then trying it? You may also set: hint.apic.0.disabled="1" in /boot/device.hints and see if that gets rid of the "not_implemented" message. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 13 15:34:06 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 4DA3916A41F for ; Fri, 13 Jan 2006 15:34:06 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id E338E43D49 for ; Fri, 13 Jan 2006 15:34:05 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1ExQwG-000764-00; Fri, 13 Jan 2006 16:34:04 +0100 Date: Fri, 13 Jan 2006 16:34:04 +0100 To: freebsd-acpi@freebsd.org Message-ID: <20060113153404.GB25115@poupinou.org> References: <20060110234727.GA976@yawn.magical-cat.org> <20060111032756.GA801@yawn.magical-cat.org> <20060113071726.GD2397@yawn.magical-cat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060113071726.GD2397@yawn.magical-cat.org> User-Agent: Mutt/1.5.9i From: Bruno Ducrot Subject: Re: acpiconf -s3 blanks and resumes immediately (Acer Aspire 5000 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, 13 Jan 2006 15:34:06 -0000 On Fri, Jan 13, 2006 at 02:17:26AM -0500, Eero Saynatkari wrote: > On 2006.01.10 22:27, Eero Saynatkari wrote: > > Sorry about the belated response, I have not received all > of the mails on this list (though I see them in the Archive.) > > Bruno Ducrot said: > "S3 and S4 are not supported ATM on amd64 architectures." > > That would be a good reason for I to have problems with them :) > Is there a place I can learn more/possibly participate in the > development (testing and so on)? > For S3, If you want to look at, you should start with this directory: sys/amd64/acpica/ and compare with sys/i386/acpica/ especilly with the acpi_wakeup.c code. It may be possible though that there are still some issues with the APIC code (which is kinda required under AMD64), though this may be resolved already. It's likely that porting the pmtimer device to the amd64 architecture is helpful for preserving time across a suspend/resume sequence, but that can wait. S4 is a different story. There is one project at the moment, but no code has been released yet. Cheers, -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 13 17:34:31 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 4326316A41F for ; Fri, 13 Jan 2006 17:34:31 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id F09F943D49 for ; Fri, 13 Jan 2006 17:34:29 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id E5CCED98F6; Fri, 13 Jan 2006 18:34:28 +0100 (CET) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id D826689122; Fri, 13 Jan 2006 18:34:28 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-013-113.pools.arcor-ip.net [84.58.13.113]) by mail-in-09.arcor-online.net (Postfix) with ESMTP id A9D1314917B; Fri, 13 Jan 2006 18:34:28 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id k0DHYR1Q053304; Fri, 13 Jan 2006 18:34:28 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Fri, 13 Jan 2006 18:34:22 +0100 From: Manfred Lotz To: Eric Anderson Message-Id: <20060113183422.02f21b37.manfred.lotz@arcor.de> In-Reply-To: <43C7C692.6070202@centtech.com> References: <20060113160217.bd14012a.manfred.lotz@arcor.de> <43C7C692.6070202@centtech.com> X-Mailer: Sylpheed version 2.2.0beta2 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Samsung X20 freezes during 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: Fri, 13 Jan 2006 17:34:31 -0000 Hi Eric, On Fri, 13 Jan 2006 09:26:10 -0600 Eric Anderson wrote: > Manfred Lotz wrote: > > Hi there, > > I had already posted to the freebsd-mobile list. Perhaps that was > > the wrong list. > > > > The laptop is a Samsung X20 1730 V, FreeBSD is 6.0 STABLE, acpi is > > used. > > > > During suspend/resume the Samsung X20 1730 freezes. > > It seems that suspend works although after resume I see 20 or more > > messages like: > > ioapic_suspend: not_implemented! > > > > and then: > > fwohci0: Phy 1394a available S400, 2 ports > > fwohci0: Link S400, max_rec 2048 bytes > > fwohci0: Initiate bus reset > > > > The system doesn't respond anymore. > > > > > > I tried "acpidump -d -o dsdt" and then "iasl -dc dsdt" but iasl > > found no errors. > > > > > > What could I do to track it down? > > > > Have you tried removing the firewire stuff from your kernel, > recompiling, and then trying it? You may also set: > Removing firewire from the kernel didn't make a difference. System still hanging. > hint.apic.0.disabled="1" > in /boot/device.hints > > and see if that gets rid of the "not_implemented" message. This prevents the "not_implemented" messages from coming up but still the systems hangs after the following messages which I didn't see before: bfe0: BUG! Timeout waiting for bit 00000002 of register 42c to clear. bfe0: PHY Reset would not complete. bfe0: BUG! Timeout waiting for bit 80000000 of register 428 to clear. (5 times) -- Manfred From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 13 18:17:57 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org 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 3739516A41F for ; Fri, 13 Jan 2006 18:17:57 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95B0443D70 for ; Fri, 13 Jan 2006 18:17:48 +0000 (GMT) (envelope-from manfred.lotz@arcor.de) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mail-in-04.arcor-online.net (Postfix) with ESMTP id 81832D9999 for ; Fri, 13 Jan 2006 19:17:47 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id 65484458E0 for ; Fri, 13 Jan 2006 19:17:47 +0100 (CET) Received: from wizard.sanskrit.local.net (dslb-084-058-013-113.pools.arcor-ip.net [84.58.13.113]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 360B8E0D9B for ; Fri, 13 Jan 2006 19:17:47 +0100 (CET) Received: from wizard.sanskrit.local.net (localhost.sanskrit.local.net [127.0.0.1]) by wizard.sanskrit.local.net (8.13.5/8.13.5) with SMTP id k0DIHlFN053478 for ; Fri, 13 Jan 2006 19:17:47 +0100 (CET) (envelope-from manfred.lotz@arcor.de) Date: Fri, 13 Jan 2006 19:17:42 +0100 From: Manfred Lotz To: freebsd-acpi@freebsd.org Message-Id: <20060113191742.54379774.manfred.lotz@arcor.de> In-Reply-To: <20060113183422.02f21b37.manfred.lotz@arcor.de> References: <20060113160217.bd14012a.manfred.lotz@arcor.de> <43C7C692.6070202@centtech.com> <20060113183422.02f21b37.manfred.lotz@arcor.de> X-Mailer: Sylpheed version 2.2.0beta2 (GTK+ 2.8.9; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Samsung X20 freezes during 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: Fri, 13 Jan 2006 18:17:57 -0000 On Fri, 13 Jan 2006 18:34:22 +0100 Manfred Lotz wrote: > > This prevents the "not_implemented" messages from coming up but still > the systems hangs after the following messages which I didn't see > before: > > bfe0: BUG! Timeout waiting for bit 00000002 of register 42c to clear. > bfe0: PHY Reset would not complete. > bfe0: BUG! Timeout waiting for bit 80000000 of register 428 to clear. > (5 times) > Now I build a kernel without bfe and this did the trick. After: ifconfig bfe0 down kldunload if_bfe0 suspend/resume is working. -- Manfred From owner-freebsd-acpi@FreeBSD.ORG Fri Jan 13 20:04:38 2006 Return-Path: X-Original-To: freebsd-acpi@FreeBSD.org 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 16A7C16A420; Fri, 13 Jan 2006 20:04:38 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88E3D43D4C; Fri, 13 Jan 2006 20:04:37 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.53] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id k0DK4WVK023966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Jan 2006 12:04:33 -0800 Message-ID: <43C807ED.5090206@root.org> Date: Fri, 13 Jan 2006 12:05:01 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Manfred Lotz References: <20060113160217.bd14012a.manfred.lotz@arcor.de> <43C7C692.6070202@centtech.com> <20060113183422.02f21b37.manfred.lotz@arcor.de> <20060113191742.54379774.manfred.lotz@arcor.de> In-Reply-To: <20060113191742.54379774.manfred.lotz@arcor.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 13 Jan 2006 20:05:20 +0000 Cc: FreeBSD Current Subject: Re: Samsung X20 freezes during 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: Fri, 13 Jan 2006 20:04:38 -0000 Manfred Lotz wrote: > On Fri, 13 Jan 2006 18:34:22 +0100 > Manfred Lotz wrote: > > >>This prevents the "not_implemented" messages from coming up but still >>the systems hangs after the following messages which I didn't see >>before: >> >>bfe0: BUG! Timeout waiting for bit 00000002 of register 42c to clear. >>bfe0: PHY Reset would not complete. >>bfe0: BUG! Timeout waiting for bit 80000000 of register 428 to clear. >>(5 times) >> > > > Now I build a kernel without bfe and this did the trick. > After: > ifconfig bfe0 down > kldunload if_bfe0 > suspend/resume is working. Yet another suspend/resume problem that is a device driver issue, not acpi. I'm moving this thread to -current where hopefully someone will know how to fix bfe. -- Nate