From owner-freebsd-acpi@FreeBSD.ORG Sun May 8 06:44:51 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D69816A4E1 for ; Sun, 8 May 2005 06:44:51 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6188843D9F for ; Sun, 8 May 2005 06:44:50 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j486in2n001128 for ; Sun, 8 May 2005 08:44:49 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j486inqZ001127 for freebsd-acpi@freebsd.org; Sun, 8 May 2005 02:44:49 -0400 (EDT) (envelope-from cracauer) Date: Sun, 8 May 2005 02:44:49 -0400 From: Martin Cracauer To: freebsd-acpi@freebsd.org Message-ID: <20050508024448.A943@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Subject: Porting code from the Linux ibm-acpi sourceforge package X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 06:44:51 -0000 Hi, I reinstalled my Thinkpad R40 with FreeBSD-5-stable. Works very well except for video corruption on sleep and that I miss some ACPI functionality I had with the ibm-acpi package under Linux. More specifically, I would like to port or reimplement some parts of it, and I would like to start with the code to eject and re-mount the ultrabay devices. I have the Linux code in front of me which is showing, for the example of the basic bay identifier and the eject code: IBM_HANDLE(bay, root, "\\_SB.PCI.IDE.SECN.MAST", /* 570 */ "\\_SB.PCI0.IDE0.IDES.IDSM", /* 600e/x, 770e, 770x */ "\\_SB.PCI0.IDE0.SCND.MSTR", /* all others */ ); /* A21e, R30, R31 */ IBM_HANDLE(bay_ej, bay, "_EJ3", /* 600e/x, A2xm/p, A3x */ "_EJ0", /* all others */ ); /* 570,A21e,G4x,R30,R31,R32,R40e,R50e */ Looking at FreeBSD's acpi_asus.c I can easily figure how this is arranged in FreeBSD, but I am not sure whether I am lacking some glue here. Right now the sysctl acpi stuff is not mentioning any of the IBM-specific variables. Would these ACPI status variables only show up when I have a module loaded which is actually using them? Do I need to "grab" specific variables in advance, or is it sufficient to just load the IBM equivalent of acpi_asus.c and would that do it automatically? Is there hope that I can hack this up without learning ACPI first? It looks pretty straightforward, am I totally ignorant or is it realistic? Last but not least, if I just snarf the strings from the GPL code, I assume that would make me stay clear of the GPL, would it? I obviously want to give credit to the authors of that package. Thanks Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-acpi@FreeBSD.ORG Sun May 8 11:58:59 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BC3316A4E1 for ; Sun, 8 May 2005 11:58:59 +0000 (GMT) Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DE1E43D80 for ; Sun, 8 May 2005 11:58:56 +0000 (GMT) (envelope-from takawata@init-main.com) Received: from init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.13.3/8.13.1) with ESMTP id j48Bva9s043547; Sun, 8 May 2005 20:57:37 +0900 (JST) (envelope-from takawata@init-main.com) Message-Id: <200505081157.j48Bva9s043547@sana.init-main.com> To: Martin Cracauer In-reply-to: Your message of "Sun, 08 May 2005 02:44:49 -0400." <20050508024448.A943@cons.org> Date: Sun, 08 May 2005 20:57:36 +0900 From: Takanori Watanabe cc: freebsd-acpi@freebsd.org Subject: Re: Porting code from the Linux ibm-acpi sourceforge package X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 11:58:59 -0000 In message <20050508024448.A943@cons.org>, Martin Cracauer $B$5$s$$$o$/(B: >Hi, > >I reinstalled my Thinkpad R40 with FreeBSD-5-stable. Works very well >except for video corruption on sleep and that I miss some ACPI >functionality I had with the ibm-acpi package under Linux. Some functionalies are implimented in acpi_ibm. >More specifically, I would like to port or reimplement some parts of >it, and I would like to start with the code to eject and re-mount the >ultrabay devices. > >I have the Linux code in front of me which is showing, for the example >of the basic bay identifier and the eject code: > >IBM_HANDLE(bay, root, > "\\_SB.PCI.IDE.SECN.MAST", /* 570 */ > "\\_SB.PCI0.IDE0.IDES.IDSM", /* 600e/x, 770e, 770x */ > "\\_SB.PCI0.IDE0.SCND.MSTR", /* all others */ >); /* A21e, R30, R31 */ >IBM_HANDLE(bay_ej, bay, > "_EJ3", /* 600e/x, A2xm/p, A3x */ > "_EJ0", /* all others */ >); /* 570,A21e,G4x,R30,R31,R32,R40e,R50e */ > But eject handling is not supported . From owner-freebsd-acpi@FreeBSD.ORG Sun May 8 15:17:09 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0A8D16A4E3 for ; Sun, 8 May 2005 15:17:09 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4497C43D4C for ; Sun, 8 May 2005 15:17:09 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j48FFr3V007040; Sun, 8 May 2005 17:15:53 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j48FFknE007027; Sun, 8 May 2005 11:15:46 -0400 (EDT) (envelope-from cracauer) Date: Sun, 8 May 2005 11:15:46 -0400 From: Martin Cracauer To: Takanori Watanabe Message-ID: <20050508111546.A6818@cons.org> References: <20050508024448.A943@cons.org> <200505081157.j48Bva9s043547@sana.init-main.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.2.5i In-Reply-To: <200505081157.j48Bva9s043547@sana.init-main.com>; from takawata@init-main.com on Sun, May 08, 2005 at 08:57:36PM +0900 cc: freebsd-acpi@freebsd.org Subject: Re: Porting code from the Linux ibm-acpi sourceforge package X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 15:17:10 -0000 Takanori Watanabe wrote on Sun, May 08, 2005 at 08:57:36PM +0900:=20 > In message <20050508024448.A943@cons.org>, Martin Cracauer =1B$B$5$s$$$o$= /=1B(B: > >Hi, > > > >I reinstalled my Thinkpad R40 with FreeBSD-5-stable. Works very well > >except for video corruption on sleep and that I miss some ACPI > >functionality I had with the ibm-acpi package under Linux. >=20 > Some functionalies are implimented in acpi_ibm. Ah, 6.0-current has an import of Intel's own ACPI package? Where does this package have the string encodings of commands analogous to the ones I've seen in FreeBSD-5 and the external Linux package? Martin --=20 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats=20 stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-acpi@FreeBSD.ORG Sun May 8 20:46:39 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E676216A4E6 for ; Sun, 8 May 2005 20:46:39 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73D3543D8C for ; Sun, 8 May 2005 20:46:39 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-185-67.dsl.snfc21.pacbell.net [64.171.185.67])j48KjpXw004494; Sun, 8 May 2005 16:45:54 -0400 Message-ID: <427E7AA9.6040703@root.org> Date: Sun, 08 May 2005 13:46:33 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050416) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Takanori Watanabe References: <200505081157.j48Bva9s043547@sana.init-main.com> In-Reply-To: <200505081157.j48Bva9s043547@sana.init-main.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Porting code from the Linux ibm-acpi sourceforge package X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 May 2005 20:46:40 -0000 Takanori Watanabe wrote: > In message <20050508024448.A943@cons.org>, Martin Cracauer $B$5$s$$$o$/(B: > >>Hi, >> >>I reinstalled my Thinkpad R40 with FreeBSD-5-stable. Works very well >>except for video corruption on sleep and that I miss some ACPI >>functionality I had with the ibm-acpi package under Linux. > > > Some functionalies are implimented in acpi_ibm. In particular, sys/dev/acpi_support/acpi_ibm.c If you want to update that, it would be good since Linux appears to have reverse engineered more capabilities recently. >>More specifically, I would like to port or reimplement some parts of >>it, and I would like to start with the code to eject and re-mount the >>ultrabay devices. >> >>I have the Linux code in front of me which is showing, for the example >>of the basic bay identifier and the eject code: >> >>IBM_HANDLE(bay, root, >> "\\_SB.PCI.IDE.SECN.MAST", /* 570 */ >> "\\_SB.PCI0.IDE0.IDES.IDSM", /* 600e/x, 770e, 770x */ >> "\\_SB.PCI0.IDE0.SCND.MSTR", /* all others */ >>); /* A21e, R30, R31 */ >>IBM_HANDLE(bay_ej, bay, >> "_EJ3", /* 600e/x, A2xm/p, A3x */ >> "_EJ0", /* all others */ >>); /* 570,A21e,G4x,R30,R31,R32,R40e,R50e */ > > But eject handling is not supported . There is a lot of work to do here and not much of it has to do with ACPI. I have a patch for ACPI eject support that I'll post again some time. But it is not usable since many device drivers don't support eject. For instance, our ATA driver did not support detach until the recent mkIII import. I'm not sure if it supports forced detach yet. Going up a level, I'm not sure how our filesystem drivers would support a drive disappearing out from under them. If you want to contribute, I think a good first step is adding a testing SYSCTL_PROC that calls device_detach(devclass_get_device(devclass_find("acd"), 0)) and then running it to see if it works. Linux doesn't yet implement a proper device tree (although they're getting better). So they have to have lots of hacks like these handle arrays to figure out what to eject. In FreeBSD, the ACPI side is very simple -- you get a notify, take the passed in handle, and call the associated device_t's detach routine. That's what my patch does. No hardcoded paths. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 03:26:46 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C72516A4E6 for ; Mon, 9 May 2005 03:26:46 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 252FF43D48 for ; Mon, 9 May 2005 03:26:46 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Sun, 08 May 2005 20:26:45 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4F8135D07; Sun, 8 May 2005 20:26:45 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Sun, 08 May 2005 13:46:33 PDT." <427E7AA9.6040703@root.org> Date: Sun, 08 May 2005 20:26:45 -0700 From: "Kevin Oberman" Message-Id: <20050509032645.4F8135D07@ptavv.es.net> cc: freebsd-acpi@freebsd.org cc: Takanori Watanabe Subject: Re: Porting code from the Linux ibm-acpi sourceforge package X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 03:26:46 -0000 > Date: Sun, 08 May 2005 13:46:33 -0700 > From: Nate Lawson > Sender: owner-freebsd-acpi@freebsd.org > > Takanori Watanabe wrote: > > In message <20050508024448.A943@cons.org>, Martin Cracauer $B$5$s$$$o$/(B: > > > >>Hi, > >> > >>I reinstalled my Thinkpad R40 with FreeBSD-5-stable. Works very well > >>except for video corruption on sleep and that I miss some ACPI > >>functionality I had with the ibm-acpi package under Linux. > > > > > > Some functionalies are implimented in acpi_ibm. > > In particular, sys/dev/acpi_support/acpi_ibm.c > If you want to update that, it would be good since Linux appears to have > reverse engineered more capabilities recently. > > >>More specifically, I would like to port or reimplement some parts of > >>it, and I would like to start with the code to eject and re-mount the > >>ultrabay devices. > >> > >>I have the Linux code in front of me which is showing, for the example > >>of the basic bay identifier and the eject code: > >> > >>IBM_HANDLE(bay, root, > >> "\\_SB.PCI.IDE.SECN.MAST", /* 570 */ > >> "\\_SB.PCI0.IDE0.IDES.IDSM", /* 600e/x, 770e, 770x */ > >> "\\_SB.PCI0.IDE0.SCND.MSTR", /* all others */ > >>); /* A21e, R30, R31 */ > >>IBM_HANDLE(bay_ej, bay, > >> "_EJ3", /* 600e/x, A2xm/p, A3x */ > >> "_EJ0", /* all others */ > >>); /* 570,A21e,G4x,R30,R31,R32,R40e,R50e */ > > > > But eject handling is not supported . > > There is a lot of work to do here and not much of it has to do with > ACPI. I have a patch for ACPI eject support that I'll post again some > time. But it is not usable since many device drivers don't support > eject. For instance, our ATA driver did not support detach until the > recent mkIII import. I'm not sure if it supports forced detach yet. > Going up a level, I'm not sure how our filesystem drivers would support > a drive disappearing out from under them. If you want to contribute, I > think a good first step is adding a testing SYSCTL_PROC that calls > device_detach(devclass_get_device(devclass_find("acd"), 0)) and then > running it to see if it works. > > Linux doesn't yet implement a proper device tree (although they're > getting better). So they have to have lots of hacks like these handle > arrays to figure out what to eject. In FreeBSD, the ACPI side is very > simple -- you get a notify, take the passed in handle, and call the > associated device_t's detach routine. That's what my patch does. No > hardcoded paths. FreeBSD ATA has supported bus detach since ATAng (whenever that was). I have had no problem detaching ATA bus 1 and removing the drive (CD or HD) in the bay and replacing it with another or with a battery. Of course, it MUST be dismounted before the detach or a panic is to be expected. Also, if you use a second battery, you must have it in the system at boot time or it won't be seen, used, or even charged. If you boot with the battery, you can: atacontrol detach 1 remove the battery insert a disk drive atacontrol attach 1 use the disk and dismount it. atacontrol detach 1 remove the disk insert the battery Battery will be seen and used This should work in V5.3, -stable, or -current, although I have not run v5 on my T30 for some time. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 08:14:25 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 553C716A4E7 for ; Mon, 9 May 2005 08:14:25 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id B687543D79 for ; Mon, 9 May 2005 08:14:24 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id 269E0C158; Mon, 9 May 2005 10:14:22 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.3/8.13.3) with ESMTP id j498EK8h004808; Mon, 9 May 2005 10:14:21 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.3/8.13.3/Submit) id j498EJ8f004807; Mon, 9 May 2005 10:14:19 +0200 (CEST) (envelope-from philip) Date: Mon, 9 May 2005 10:14:17 +0200 From: Philip Paeps To: =?iso-8859-1?Q?Jean-S=E9bastien_P=E9dron?= Message-ID: <20050509081417.GF719@loge.nixsys.be> Mail-Followup-To: =?iso-8859-1?Q?Jean-S=E9bastien_P=E9dron?= , freebsd-acpi@freebsd.org References: <427A8293.4020104@club-internet.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <427A8293.4020104@club-internet.fr> X-Date-in-Rome: ante diem VII Idius Maias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i cc: freebsd-acpi@freebsd.org Subject: Re: Support for Asus V6V in acpi_asus(4) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 08:14:25 -0000 On 2005-05-05 22:31:15 (+0200), Jean-Sébastien Pédron wrote: > Here[1] is a patch against today's acpi_asus.c (HEAD) to add support for > Asus V6V. Thanks :-) I'll commit this soonish. > Especially, the method to get the display state (.disp_get): at boot time, > hw.acpi.asus.video_output contains out-of-range values, but after setting it > to an acceptable value, it reports the last set number. Would be interesting to know how out of range these values are and where they come from. Are the values also out of range when you load acpi_asus as a module after booting? - Philip -- Philip Paeps Please don't Cc me, I am philip@freebsd.org subscribed to the list. When working toward the solution of a problem, it always helps if you know the answer. Provided of course you know there is a problem. From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 09:16:04 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 864B316A4E7; Mon, 9 May 2005 09:16:04 +0000 (GMT) Received: from smtp.cegetel.net (mf01.sitadelle.com [212.94.174.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CE7B43D3F; Mon, 9 May 2005 09:16:03 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-201.dti.cegetel.net [213.223.184.201]) by smtp.cegetel.net (Postfix) with ESMTP id A89133184C0; Mon, 9 May 2005 11:16:02 +0200 (CEST) Message-ID: <427F2A60.1080800@club-internet.fr> Date: Mon, 09 May 2005 11:16:16 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20050208 X-Accept-Language: fr-fr, fr, en-us, en, ja MIME-Version: 1.0 To: Philip Paeps , freebsd-acpi@freebsd.org References: <427A8293.4020104@club-internet.fr> <20050509081417.GF719@loge.nixsys.be> In-Reply-To: <20050509081417.GF719@loge.nixsys.be> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4A9A4EF4E77AF42E7CBA7A4B" Content-Transfer-Encoding: 8bit Subject: Re: Support for Asus V6V in acpi_asus(4) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 09:16:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4A9A4EF4E77AF42E7CBA7A4B Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Philip Paeps wrote: > On 2005-05-05 22:31:15 (+0200), Jean-Sébastien Pédron wrote: > >>Here[1] is a patch against today's acpi_asus.c (HEAD) to add support for >>Asus V6V. > > Thanks :-) I'll commit this soonish. Thanks, I've just seen the commit mail. >>Especially, the method to get the display state (.disp_get): at boot time, >>hw.acpi.asus.video_output contains out-of-range values, but after setting it >>to an acceptable value, it reports the last set number. > > Would be interesting to know how out of range these values are and where they > come from. Are the values also out of range when you load acpi_asus as a > module after booting? I always get "257" when the module is loaded at boot time (acpi_asus_load="YES" in /boot/loader.conf). I've just tested with a module loaded only after the system has booted, it's "257" too. I remember I had "758" once but perhaps with another ACPI method. Regards, -- Jean-Sébastien Pédron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enig4A9A4EF4E77AF42E7CBA7A4B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCfypua+xGJsFYOlMRAsLZAJ0VfOtDuO9Zafe6sLuVfJGVtb9cbgCfRzC1 jElKjbnNtA4EVjWxMLNBdD8= =hteZ -----END PGP SIGNATURE----- --------------enig4A9A4EF4E77AF42E7CBA7A4B-- From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 09:38:30 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 758F816A4E7 for ; Mon, 9 May 2005 09:38:30 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id A71B143D5C for ; Mon, 9 May 2005 09:38:28 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from loge.nixsys.be (loge.nixsys.be [IPv6:2001:838:37f:0:20c:6eff:fe4b:23f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "loge.home.paeps.cx", Issuer "NixSys CA" (verified OK)) by gateway.nixsys.be (Postfix) with ESMTP id C64F9C11B for ; Mon, 9 May 2005 11:38:20 +0200 (CEST) Received: from loge.nixsys.be (philip@localhost [127.0.0.1]) by loge.nixsys.be (8.13.3/8.13.3) with ESMTP id j499cKxI010502 for ; Mon, 9 May 2005 11:38:20 +0200 (CEST) (envelope-from philip@loge.nixsys.be) Received: (from philip@localhost) by loge.nixsys.be (8.13.3/8.13.3/Submit) id j499cHMl010501 for freebsd-acpi@freebsd.org; Mon, 9 May 2005 11:38:17 +0200 (CEST) (envelope-from philip) Date: Mon, 9 May 2005 11:38:17 +0200 From: Philip Paeps To: freebsd-acpi@freebsd.org Message-ID: <20050509093816.GG719@loge.nixsys.be> Mail-Followup-To: freebsd-acpi@freebsd.org References: <427A8293.4020104@club-internet.fr> <20050509081417.GF719@loge.nixsys.be> <427F2A60.1080800@club-internet.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <427F2A60.1080800@club-internet.fr> X-Date-in-Rome: ante diem VII Idius Maias MMDCCLVIII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! Organization: Happily Disorganized User-Agent: Mutt/1.5.9i Subject: Re: Support for Asus V6V in acpi_asus(4) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 09:38:30 -0000 On 2005-05-09 11:16:16 (+0200), Jean-Sébastien Pédron wrote: > Philip Paeps wrote: > > On 2005-05-05 22:31:15 (+0200), Jean-Sébastien Pédron wrote: > > > Especially, the method to get the display state (.disp_get): at boot > > > time, hw.acpi.asus.video_output contains out-of-range values, but after > > > setting it to an acceptable value, it reports the last set number. > > > > Would be interesting to know how out of range these values are and where > > they come from. Are the values also out of range when you load acpi_asus > > as a module after booting? > > I always get "257" when the module is loaded at boot time > (acpi_asus_load="YES" in /boot/loader.conf). I've just tested with a module > loaded only after the system has booted, it's "257" too. I remember I had > "758" once but perhaps with another ACPI method. Could it be that the method you're using for disp_get is just wrong? We only evaluate that on load, after that, we keep track of the value in the softc s_disp. Is your asl online somewhere? What does the \\_SB.PCI0.P0P1.VGA.GETD method return? Maybe that value needs to be massaged in some way... - Philip -- Philip Paeps Calm down ... it is only ones and zeros philip@freebsd.org 90% of everything is crud. From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 11:01:38 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77A8016A500 for ; Mon, 9 May 2005 11:01:38 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52D5C43D9C for ; Mon, 9 May 2005 11:01:38 +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.3/8.13.3) with ESMTP id j49B1c1U097565 for ; Mon, 9 May 2005 11:01:38 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j49B1bYQ097557 for freebsd-acpi@freebsd.org; Mon, 9 May 2005 11:01:37 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 9 May 2005 11:01:37 GMT Message-Id: <200505091101.j49B1bYQ097557@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 11:01:38 -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 f [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena f [2004/03/02] kern/63666 acpi [acpi] Network card 3c575B do not work af 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 13 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/01/22] i386/61703 acpi ACPI + Sound + Boot = Reboot o [2004/03/17] kern/64365 acpi ACPI problems f [2004/05/25] i386/67189 acpi ACPI S3 reboot computer on Dell Latitude o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) f [2004/06/23] i386/68219 acpi ACPI + snd_maestro3 problem o [2004/07/29] i386/69750 acpi Boot without ACPI failed on ASUS L5 o [2004/11/11] i386/73822 acpi acpi / thermal support o [2004/11/21] kern/74215 acpi [request] add ACPI headers to /usr/includ 8 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 11:07:25 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F17016A4E7 for ; Mon, 9 May 2005 11:07:25 +0000 (GMT) Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41B8843D77 for ; Mon, 9 May 2005 11:07:25 +0000 (GMT) (envelope-from ducrot@poupinou.org) Received: from ducrot by poup.poupinou.org with local (Exim) id 1DV66a-0003Si-00; Mon, 09 May 2005 13:07:20 +0200 Date: Mon, 9 May 2005 13:07:19 +0200 To: Kevin Oberman Message-ID: <20050509110719.GL21800@poupinou.org> References: <20050425172100.GU2298@poupinou.org> <20050504170550.6812F5D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050504170550.6812F5D07@ptavv.es.net> User-Agent: Mutt/1.5.6+20040907i From: Bruno Ducrot cc: freebsd-acpi@freebsd.org Subject: Re: [powerd] mode adaptive2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 11:07:25 -0000 On Wed, May 04, 2005 at 10:05:50AM -0700, Kevin Oberman wrote: > Bruno, > > I have posted most of this in the past, but I'll repeat it as you are > talking about some of the same things. I have seen your posts, and I will take care of them. > We need a mechanism (powercontrol?) to talk to the powerd as it is > running. Among the things it should be able to do is to set a pseudo min > and max speed. for the system. Actually I would to add a some more sysctl, especially those: dev.cpu.*.freq_min and freq_max which would softlimit the available frequencies This could be wrapped by a powercontrol (?), but more importantly this will limit the max in case of passive cooling. > This would put absolute limits on how > fast/slow powerd would ever set the speed. The ability to change this is > important as you would likely want this to be different for battery and > AC operation, especially at the high end. I want the Gnome CPU Frequency > applet to be able to set these. (I assume that KDE has/will have > something similar.) > > I also want to eliminate poor choices for frequency. As I have noted, on > my T30 with a P4m CPU offering ICH Speedstep and TCC I only get useful > power reductions when using the lower CPU speed when the frequency > selected is below the lower available Speedstep setting. (I only have > two, 1.8 and 1.2 GHz.) I also have a problem in that when TCC and > Speedstep can provide the same pseudo-frequency at either Speedstep > setting, the faster CPU setting is chosen. This "costs" me two > settings. If I ever get a few minutes I'll look at adjusting the source > to fix this, but I've just been too busy and will likely continue to be > for a while. (I think you had previously commented on this problem.) Its part of my TODO list.. > I also need to do more actual testing of CPU performance vs. power > consumption. I have tested under high CPU load, but not at idle and I > really need to do that, too. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 11:19:20 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29CDA16A4E7; Mon, 9 May 2005 11:19:20 +0000 (GMT) Received: from smtp.cegetel.net (mf00.sitadelle.com [212.94.174.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B24143D98; Mon, 9 May 2005 11:19:19 +0000 (GMT) (envelope-from jspedron@club-internet.fr) Received: from [172.16.142.1] (213-223-184-193.dti.cegetel.net [213.223.184.193]) by smtp.cegetel.net (Postfix) with ESMTP id D5C4C1A5AF6; Mon, 9 May 2005 13:19:05 +0200 (CEST) Message-ID: <427F474C.6080707@club-internet.fr> Date: Mon, 09 May 2005 13:19:40 +0200 From: =?ISO-8859-1?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20050208 X-Accept-Language: fr-fr, fr, en-us, en, ja MIME-Version: 1.0 To: Philip Paeps References: <427A8293.4020104@club-internet.fr> <20050509081417.GF719@loge.nixsys.be> <427F2A60.1080800@club-internet.fr> <20050509093816.GG719@loge.nixsys.be> In-Reply-To: <20050509093816.GG719@loge.nixsys.be> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig694CFDD31B48D8792F94353A" Content-Transfer-Encoding: 8bit cc: freebsd-acpi@freebsd.org Subject: Re: Support for Asus V6V in acpi_asus(4) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 11:19:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig694CFDD31B48D8792F94353A Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Philip Paeps wrote: > On 2005-05-09 11:16:16 (+0200), Jean-Sébastien Pédron wrote: > >>Philip Paeps wrote: >> >>>On 2005-05-05 22:31:15 (+0200), Jean-Sébastien Pédron wrote: >>> >>>>Especially, the method to get the display state (.disp_get): at boot >>>>time, hw.acpi.asus.video_output contains out-of-range values, but after >>>>setting it to an acceptable value, it reports the last set number. >>> >>>Would be interesting to know how out of range these values are and where >>>they come from. Are the values also out of range when you load acpi_asus >>>as a module after booting? >> >>I always get "257" when the module is loaded at boot time >>(acpi_asus_load="YES" in /boot/loader.conf). I've just tested with a module >>loaded only after the system has booted, it's "257" too. I remember I had >>"758" once but perhaps with another ACPI method. > > Could it be that the method you're using for disp_get is just wrong? We only > evaluate that on load, after that, we keep track of the value in the softc > s_disp. Of course it may be wrong, I never read ASL before. By looking at other notebook definitions and the ASL from this V6V and an M6N, I just made a guess :) > Is your asl online somewhere? What does the \\_SB.PCI0.P0P1.VGA.GETD method > return? Maybe that value needs to be massaged in some way... The ASL is available here: http://www.dumbbell.fr/freebsd/v6v/asus_v6v.asl.bz2 -- Jean-Sébastien Pédron http://www.dumbbell.fr/ PGP Key: http://www.dumbbell.fr/pgp/pubkey.asc --------------enig694CFDD31B48D8792F94353A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCf0dSa+xGJsFYOlMRAuHUAKDXl/2rpuSgdqk6AutGIFxdTT60RACfWi7Z ipeNA+VN7eDDBeMHHfVHJks= =VYhJ -----END PGP SIGNATURE----- --------------enig694CFDD31B48D8792F94353A-- From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 14:19:08 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2352416A4E8 for ; Mon, 9 May 2005 14:19:08 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22F0443D8A for ; Mon, 9 May 2005 14:19:07 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) j49EJ4M3034667 for ; Mon, 9 May 2005 22:19:04 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.3/8.13.3/Submit) id j49EJ3hn034666 for acpi@freebsd.org; Mon, 9 May 2005 22:19:04 +0800 (KRAST) (envelope-from eugen) Date: Mon, 9 May 2005 22:19:03 +0800 From: Eugene Grosbein To: acpi@freebsd.org Message-ID: <20050509141903.GA34596@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 14:19:08 -0000 Hi! I observe ATA timeouts with 5.4-STABLE using hardware that works rock stable with 4.11-STABLE. The workaround is to disable pci_link using /boot/loader.conf Details are here: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80815 Requests for additional information are welcomed. Eugene Grosbein From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 16:43:54 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 809DA16A4EA for ; Mon, 9 May 2005 16:43:54 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28ACE43D6A for ; Mon, 9 May 2005 16:43:54 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 09 May 2005 09:43:53 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 82CCE5D08; Mon, 9 May 2005 09:43:38 -0700 (PDT) To: Bruno Ducrot In-reply-to: Your message of "Mon, 09 May 2005 13:07:19 +0200." <20050509110719.GL21800@poupinou.org> Date: Mon, 09 May 2005 09:43:38 -0700 From: "Kevin Oberman" Message-Id: <20050509164338.82CCE5D08@ptavv.es.net> cc: freebsd-acpi@freebsd.org Subject: Re: [powerd] mode adaptive2 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 16:43:54 -0000 > Date: Mon, 9 May 2005 13:07:19 +0200 > From: Bruno Ducrot > > On Wed, May 04, 2005 at 10:05:50AM -0700, Kevin Oberman wrote: > > Bruno, > > > > I have posted most of this in the past, but I'll repeat it as you are > > talking about some of the same things. > > I have seen your posts, and I will take care of them. OK. I don't mean to annoy you or anyone else. But it's easy to lose details in the noise, so I tend to repeat, perhaps a bit too often. > > We need a mechanism (powercontrol?) to talk to the powerd as it is > > running. Among the things it should be able to do is to set a pseudo min > > and max speed. for the system. > > Actually I would to add a some more sysctl, especially those: > > dev.cpu.*.freq_min and freq_max which would softlimit the available > frequencies > This could be wrapped by a powercontrol (?), but more importantly this > will limit the max in case of passive cooling. Yes, sysctls would be a fine way to do this. Looks pretty easy to implement, too. > > This would put absolute limits on how > > fast/slow powerd would ever set the speed. The ability to change this is > > important as you would likely want this to be different for battery and > > AC operation, especially at the high end. I want the Gnome CPU Frequency > > applet to be able to set these. (I assume that KDE has/will have > > something similar.) > > > > I also want to eliminate poor choices for frequency. As I have noted, on > > my T30 with a P4m CPU offering ICH Speedstep and TCC I only get useful > > power reductions when using the lower CPU speed when the frequency > > selected is below the lower available Speedstep setting. (I only have > > two, 1.8 and 1.2 GHz.) I also have a problem in that when TCC and > > Speedstep can provide the same pseudo-frequency at either Speedstep > > setting, the faster CPU setting is chosen. This "costs" me two > > settings. If I ever get a few minutes I'll look at adjusting the source > > to fix this, but I've just been too busy and will likely continue to be > > for a while. (I think you had previously commented on this problem.) > > Its part of my TODO list.. I am guessing that your TODO list is about as long as mine, so I will just hope that one of us gets there before too long. I can certainly do most of this if I get the time. But my code would not be as good as that of a real C programmer. I think my first priority is getting cpufreq to use the slowest actual clock speed when TCC and Speedstep can both provide the same performance in at different actual clock rates. I think you have already commented on this issue. Thanks! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 18:52:34 2005 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C9F316A4EA; Mon, 9 May 2005 18:52:34 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14AEC43D8D; Mon, 9 May 2005 18:52:34 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from freefall.freebsd.org (glebius@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j49IqX5n067743; Mon, 9 May 2005 18:52:33 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j49IqXbN067739; Mon, 9 May 2005 18:52:33 GMT (envelope-from glebius) Date: Mon, 9 May 2005 18:52:33 GMT From: Gleb Smirnoff Message-Id: <200505091852.j49IqXbN067739@freefall.freebsd.org> To: glebius@FreeBSD.org, njl@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: kern/80815: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 18:52:34 -0000 Synopsis: ACPI(pci_link) problem in 5.4-STABLE: TIMEOUT - WRITE_DMA retrying Responsible-Changed-From-To: njl->freebsd-acpi Responsible-Changed-By: glebius Responsible-Changed-When: Mon May 9 18:52:07 GMT 2005 Responsible-Changed-Why: By Nate's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=80815 From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 21:39:51 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6D1E16A4EB for ; Mon, 9 May 2005 21:39:51 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6798543D7B for ; Mon, 9 May 2005 21:39:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15607 invoked from network); 9 May 2005 21:39:51 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 9 May 2005 21:39:50 -0000 Received: from [10.50.41.242] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j49LdcHu043992; Mon, 9 May 2005 17:39:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Mon, 9 May 2005 14:16:36 -0400 User-Agent: KMail/1.8 References: <20050509141903.GA34596@svzserv.kemerovo.su> In-Reply-To: <20050509141903.GA34596@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505091416.37378.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: acpi@FreeBSD.org cc: Eugene Grosbein Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 21:39:52 -0000 On Monday 09 May 2005 10:19 am, Eugene Grosbein wrote: > Hi! > > I observe ATA timeouts with 5.4-STABLE using hardware > that works rock stable with 4.11-STABLE. > The workaround is to disable pci_link using /boot/loader.conf > Details are here: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80815 > > Requests for additional information are welcomed. > > Eugene Grosbein Are any of the IRQs different when you do use the pci_link code compared to the dmesg when you have pci_link disabled? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Mon May 9 21:39:51 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA61F16A4EC for ; Mon, 9 May 2005 21:39:51 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67AE743D7F for ; Mon, 9 May 2005 21:39:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 15607 invoked from network); 9 May 2005 21:39:51 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 9 May 2005 21:39:50 -0000 Received: from [10.50.41.242] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j49LdcHu043992; Mon, 9 May 2005 17:39:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Mon, 9 May 2005 14:16:36 -0400 User-Agent: KMail/1.8 References: <20050509141903.GA34596@svzserv.kemerovo.su> In-Reply-To: <20050509141903.GA34596@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505091416.37378.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: acpi@FreeBSD.org cc: Eugene Grosbein Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 May 2005 21:39:52 -0000 On Monday 09 May 2005 10:19 am, Eugene Grosbein wrote: > Hi! > > I observe ATA timeouts with 5.4-STABLE using hardware > that works rock stable with 4.11-STABLE. > The workaround is to disable pci_link using /boot/loader.conf > Details are here: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/80815 > > Requests for additional information are welcomed. > > Eugene Grosbein Are any of the IRQs different when you do use the pci_link code compared to the dmesg when you have pci_link disabled? -- 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 May 10 00:10:52 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A36D16A4EB for ; Tue, 10 May 2005 00:10:52 +0000 (GMT) Received: from phoenix.gargantuan.com (srv01.lak.lwxdatacom.net [24.73.171.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 226E743D2F for ; Tue, 10 May 2005 00:10:52 +0000 (GMT) (envelope-from michael@gargantuan.com) Received: from localhost (localhost.gargantuan.com [127.0.0.1]) by spamassassin-injector (Postfix) with SMTP id 451164C8 for ; Mon, 9 May 2005 20:10:51 -0400 (EDT) Received: by phoenix.gargantuan.com (Postfix, from userid 1001) id 67F6E129; Mon, 9 May 2005 20:10:40 -0400 (EDT) Date: Mon, 9 May 2005 20:10:40 -0400 From: "Michael W. Oliver" To: acpi@freebsd.org Message-ID: <20050510001040.GA94113@gargantuan.com> Mail-Followup-To: acpi@freebsd.org References: <20050426052332.GC48704@gargantuan.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20050426052332.GC48704@gargantuan.com> X-WWW-URL: http://michael.gargantuan.com X-GPG-PGP-Public-Key: http://michael.gargantuan.com/gnupg/pubkey.asc X-GPG-PGP-Fingerprint: 2694 0179 AE3F BFAE 0916 0BF5 B16B FBAB C5FA A3C9 X-Home-Phone: +1-863-816-8091 X-Mobile-Phone: +1-863-738-2334 X-Mailing-Address0: 8008 Apache Lane X-Mailing-Address1: Lakeland, FL X-Mailing-Address2: 33810-2172 X-Mailing-Address3: United States of America X-Guide-Questions: http://www.catb.org/~esr/faqs/smart-questions.html X-Guide-Netiquette: http://www.ietf.org/rfc/rfc1855.txt User-Agent: Mutt/1.5.9i X-Spam-DCC: sonic.net: phoenix.gargantuan.com 1117; Body=1 Fuz1=1 Fuz2=1 X-Spam-Flag: NO X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on phoenix.gargantuan.com X-Spam-Level: X-Spam-Status: No, score=-105.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.0.2 X-Spam-Pyzor: Reported 0 times. Subject: Re: ec0 delay 11000us, batt init failed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 00:10:52 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005-04-26T01:23:32-0400, Michael W. Oliver wrote: > Nate, >=20 > I asked about this a couple of months ago, but you were on the verge of > importing cpufreq and didn't have time to look at it. I am hoping that > you have time now. Here is the tail of my dmesg: >=20 > acpi_ec0: info: new max delay is 100 us > acpi_ec0: info: new max delay is 11000 us > acpi_cmbat0: battery initialization failed, giving up > acpi_acad0: acline initialization start > acpi_acad0: acline initialization done, tried 1 times > acpi_tz0: _CRT value is absurd, ignored (154.8C) > acpi_tz0: _CRT value is absurd, ignored (154.8C) > acpi_tz0: _CRT value is absurd, ignored (154.8C) > acpi_tz0: _CRT value is absurd, ignored (154.8C) >=20 > and here is `sysctl hw.acpi.battery`: >=20 > 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 >=20 > and here is `sysctl dev.cpu`: >=20 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=3D\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 800 > dev.cpu.0.freq_levels: 2200/81500 1800/47000 800/19000 >=20 >=20 > All of the usual stuff you would ask for is on: >=20 > http://michael.gargantuan.com/sager_4750v/#Utility_Command_Output >=20 > (dmesg -a, pciconf, usbdevs, devinfo, asl, etc.) >=20 > If more information is required, please let me know. I would *love* to > get battery status working on this sucker. >=20 > Thanks for everything Nate. at the risk of being a pest, does anyone want to take a stab at this? all help will be appreciated. thanks. --=20 Mike Oliver [see complete headers for contact information] --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCf/v7sWv7q8X6o8kRAtWNAJwIeNzO5HqgL3eMjqKQQ9BH0le7AgCeLZYQ AS05MVzICxG6Sz7F/yWReJ0= =Pdme -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 06:17:17 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6709C16A4EF; Tue, 10 May 2005 06:17:17 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 616BC43D58; Tue, 10 May 2005 06:17:16 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) j4A6HDLi005698; Tue, 10 May 2005 14:17:13 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.3/8.13.3/Submit) id j4A6HDpN005697; Tue, 10 May 2005 14:17:13 +0800 (KRAST) (envelope-from eugen) Date: Tue, 10 May 2005 14:17:13 +0800 From: Eugene Grosbein To: John Baldwin Message-ID: <20050510061713.GA5437@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505091416.37378.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-acpi@FreeBSD.org Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 06:17:17 -0000 > Are any of the IRQs different when you do use the pci_link code compared to > the dmesg when you have pci_link disabled? It seems, no: --- dmesg_full Tue May 10 14:02:42 2005 +++ dmesg_no_pci_link Tue May 10 14:00:59 2005 @@ -20,9 +20,13 @@ acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff on acpi0 pci0: on pcib0 +pcib0: no PRT entry for 0.7.INTD +pcib0: no PRT entry for 0.16.INTA +pcib0: no PRT entry for 0.18.INTA agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 +pcib0: no PRT entry for 0.1.INTA pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) isab0: at device 7.0 on pci0 @@ -77,7 +81,7 @@ vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhid0: American Power Conversion Back-UPS 500 FW: 6.5.I USB FW: c1, rev 1.10/1.00, addr 2, iclass 3/0 uscanner0: Hewlett-Packard HP ScanJet 2200C, rev 1.10/1.00, addr 3 -Timecounter "TSC" frequency 902036645 Hz quality 800 +Timecounter "TSC" frequency 902037834 Hz quality 800 Timecounters tick every 10.000 msec ipfw2 initialized, divert enabled, rule-based forwarding disabled, default to deny, logging unlimited acd0: DVDR at ata0-master UDMA33 Eugene Grosbein From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 06:50:41 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 829ED16A4EF; Tue, 10 May 2005 06:50:41 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53DDA43D41; Tue, 10 May 2005 06:50:40 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) j4A6odxB007829; Tue, 10 May 2005 14:50:39 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.3/8.13.3/Submit) id j4A6ocJN007828; Tue, 10 May 2005 14:50:38 +0800 (KRAST) (envelope-from eugen) Date: Tue, 10 May 2005 14:50:38 +0800 From: Eugene Grosbein To: John Baldwin Message-ID: <20050510065038.GA6454@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200505091416.37378.jhb@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-acpi@FreeBSD.org cc: bug-followup@FreeBSD.org Subject: Re: kern/80815 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 06:50:41 -0000 > Are any of the IRQs different when you do use the pci_link code compared to > the dmesg when you have pci_link disabled? Additional information corcerning IRQs here. This machine has Award Modular BIOS 4.51PG of Dec.12.2000 for BD100Plus/31311A. BIOS ID string is 12/12/2000-i440BX-W977EF-2A69KI3IC-00 Machine is triple-boot: Windows 98SE, FreeBSD 4.11 and FreeBSD 5.4 Some BIOS Setup settings: PNP OS Installed: YES Resources Controlled by: Manual Assign IRQ for VGA: yes # required for DRM/OpenGL in RELENG_4 Assign USB for USB: yes # required for USB support in RELENG_4 IRQ5 is assigned to 'Legacy ISA' (ISA PnP sound card), IRQ9 is assigned to 'Slot 2' (here is fxp0), IRQ10 is assigned to 'Slot 3' (here is Promise Ultra100 TX2 ATA controller). IRQ 5 and IRQ9 are fixed for FreeBSD 4.11, otherwise it assigns IRQ5 for fxp0 and sound doesn't work. IRQ10 is fixed for 4.11 too, otherwise it assignes IRQ11 to ATA controller and radeon(4) fails later. Here comes diff for verbose dmesg.boot with and without pci_link enabled. --- dmesg_full_verbose Tue May 10 14:22:48 2005 +++ dmesg_no_pci_link_verbose Tue May 10 14:24:16 2005 @@ -1,3 +1,44 @@ +Copyright (c) 1992-2005 The FreeBSD Project. +Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 + The Regents of the University of California. All rights reserved. +FreeBSD 5.4-STABLE #2: Mon May 9 23:12:18 KRAST 2005 + root@grosbein.pp.ru:/mnt/old/home/obj/usr/local/src/sys/DADV +Preloaded elf kernel "/boot/kernel/kernel" at 0xc0822000. +Preloaded elf module "/boot/modules/acpi.ko" at 0xc08221f4. +Calibrating clock(s) ... i8254 clock: 1193163 Hz +Timecounter "i8254" frequency 1193163 Hz quality 0 +Calibrating TSC clock ... TSC clock: 902035418 Hz +CPU: Intel Celeron (902.04-MHz 686-class CPU) + Origin = "GenuineIntel" Id = 0x68a Stepping = 10 + Features=0x383f9ff +real memory = 603914240 (575 MB) +Physical memory chunk(s): +0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) +0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) +0x0000000000c25000 - 0x000000002359ffff, 580366336 bytes (141691 pages) +avail memory = 581259264 (554 MB) +bios32: Found BIOS32 Service Directory header at 0xc00faef0 +bios32: Entry = 0xfb370 (c00fb370) Rev = 0 Len = 1 +pcibios: PCI BIOS entry at 0xf0000+0xb3a0 +pnpbios: Found PnP BIOS data at 0xc00fbfc0 +pnpbios: Entry = f0000:bfe8 Rev = 1.0 +Other BIOS signatures found: +io: +mem: +Pentium Pro MTRR support enabled +VESA: information block +56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 +00 01 00 04 00 01 10 01 00 01 26 01 00 01 2b 01 +00 01 6a 00 02 01 04 01 82 01 0d 01 0e 01 0f 01 +20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 +VESA: 56 mode(s) found +VESA: v2.0, 65536k memory, flags:0x1, mode table:0xc073bbe2 (1000022) +VESA: ATI RADEON 9200 +VESA: ATI Technologies Inc. V280 01.00 +null: +random: +npx0: [FAST] +npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] @@ -43,7 +84,7 @@ acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) -ACPI timer: 0/16777185 0/4 0/4 0/4 0/4 0/4 0/4 0/3 0/16777186 0/16777209 -> 0 +ACPI timer: 0/3 0/3 0/3 0/3 0/3 0/3 0/3 0/3 0/16777213 0/3 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 @@ -51,31 +92,6 @@ acpi_throttle0: P_CNT from P_BLK 0x4010 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff on acpi0 -ACPI PCI link initial configuration: -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.15.0 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.15.1 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.15.2 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.15.3 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.16.0 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.16.1 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.16.2 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.16.3 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.18.0 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.18.1 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.18.2 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.18.3 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.19.0 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.19.1 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.19.2 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.19.3 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.7.0 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.7.1 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.7.2 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.7.3 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.1.0 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.1.1 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.1.2 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.1.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e8000000, size 26, enabled @@ -101,22 +117,7 @@ cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000d000, size 5, enabled -pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.ISA_.LNKD) -pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 -ACPI PCI link arbitrated settings: -\\_SB_.PCI0.ISA_.LNKA (references 6, priority 76470): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240 -\\_SB_.PCI0.ISA_.LNKB (references 6, priority 76470): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240 -\\_SB_.PCI0.ISA_.LNKC (references 6, priority 76470): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240 -\\_SB_.PCI0.ISA_.LNKD (references 6, priority 76470): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240 -pcib0: slot 7 INTD routed to irq 9 via \\_SB_.PCI0.ISA_.LNKD +pcib0: no PRT entry for 0.7.INTD found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 @@ -132,19 +133,7 @@ map[10]: type 3, range 32, base f0104000, size 12, enabled map[14]: type 4, range 32, base 0000d400, size 5, enabled map[18]: type 1, range 32, base f0000000, size 20, enabled -pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.ISA_.LNKB) -pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 -ACPI PCI link arbitrated settings: -\\_SB_.PCI0.ISA_.LNKA (references 6, priority 77910): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480 -\\_SB_.PCI0.ISA_.LNKB (references 6, priority 77910): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480 -\\_SB_.PCI0.ISA_.LNKC (references 6, priority 77910): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480 -pcib0: slot 16 INTA routed to irq 9 via \\_SB_.PCI0.ISA_.LNKB +pcib0: no PRT entry for 0.16.INTA found-> vendor=0x8086, dev=0x1229, revid=0x02 bus=0, slot=16, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 @@ -157,16 +146,7 @@ map[1c]: type 4, range 32, base 0000e400, size 2, enabled map[20]: type 4, range 32, base 0000e800, size 4, enabled map[24]: type 1, range 32, base f0100000, size 14, enabled -pcib0: matched entry for 0.18.INTA (src \\_SB_.PCI0.ISA_.LNKC) -pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 -ACPI PCI link arbitrated settings: -\\_SB_.PCI0.ISA_.LNKA (references 6, priority 79350): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 720 720 770 5720 5720 5720 5720 5720 50720 50720 -\\_SB_.PCI0.ISA_.LNKC (references 6, priority 79350): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 720 720 770 5720 5720 5720 5720 5720 50720 50720 -pcib0: slot 18 INTA routed to irq 10 via \\_SB_.PCI0.ISA_.LNKC +pcib0: no PRT entry for 0.18.INTA found-> vendor=0x105a, dev=0x4d68, revid=0x02 bus=0, slot=18, func=0 class=01-80-85, hdrtype=0x00, mfdev=0 @@ -191,14 +171,7 @@ pcib1: device (null) requested decoded I/O range 0xc000-0xc0ff map[18]: type 1, range 32, base ed000000, size 16, enabled pcib1: device (null) requested decoded memory range 0xed000000-0xed00ffff -pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.ISA_.LNKA) -pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 -ACPI PCI link arbitrated settings: -\\_SB_.PCI0.ISA_.LNKA (references 6, priority 80826): - interrupts: 11 5 10 12 7 6 4 3 15 14 - penalty: 960 1010 1020 5960 5960 5960 5960 5960 50960 50960 -pcib0: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.ISA_.LNKA -pcib1: slot 0 INTA is routed to irq 11 +pcib0: no PRT entry for 0.1.INTA found-> vendor=0x1002, dev=0x5961, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 @@ -392,7 +365,7 @@ uhid0: American Power Conversion Back-UPS 500 FW: 6.5.I USB FW: c1, rev 1.10/1.00, addr 2, iclass 3/0 uscanner0: Hewlett-Packard HP ScanJet 2200C, rev 1.10/1.00, addr 3 Device configuration finished. -Timecounter "TSC" frequency 902037119 Hz quality 800 +Timecounter "TSC" frequency 902035418 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached DUMMYNET initialized (011031) @@ -429,14 +402,18 @@ ad6: ATA-5 disk at ata3-master ad6: 39266MB (80418239 sectors), 79779 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, UDMA100 -(probe1:ata0:0:1:0): error 22 -(probe1:ata0:0:1:0): Unretryable Error -(probe3:ata1:0:1:0): error 22 -(probe3:ata1:0:1:0): Unretryable Error (probe4:ata2:0:0:0): error 22 (probe4:ata2:0:0:0): Unretryable Error (probe5:ata2:0:1:0): error 22 (probe5:ata2:0:1:0): Unretryable Error +(probe4:ata2:0:0:0): error 22 +(probe4:ata2:0:0:0): Unretryable Error +(probe5:ata2:0:1:0): error 22 +(probe5:ata2:0:1:0): Unretryable Error +(probe1:ata0:0:1:0): error 22 +(probe1:ata0:0:1:0): Unretryable Error +(probe3:ata1:0:1:0): error 22 +(probe3:ata1:0:1:0): Unretryable Error (probe6:ata3:0:0:0): error 22 (probe6:ata3:0:0:0): Unretryable Error (probe7:ata3:0:1:0): error 22 @@ -445,10 +422,6 @@ (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error -(probe4:ata2:0:0:0): error 22 -(probe4:ata2:0:0:0): Unretryable Error -(probe5:ata2:0:1:0): error 22 -(probe5:ata2:0:1:0): Unretryable Error (probe6:ata3:0:0:0): error 22 (probe6:ata3:0:0:0): Unretryable Error (probe7:ata3:0:1:0): error 22 Eugene Grosbein From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 07:00:30 2005 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A75F16A4EF for ; Tue, 10 May 2005 07:00:30 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2A3E43D5D for ; Tue, 10 May 2005 07:00:29 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4A70Tsa090789 for ; Tue, 10 May 2005 07:00:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4A70TaD090647; Tue, 10 May 2005 07:00:29 GMT (envelope-from gnats) Date: Tue, 10 May 2005 07:00:29 GMT Message-Id: <200505100700.j4A70TaD090647@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Eugene Grosbein Subject: Re: kern/80815 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eugene Grosbein List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 07:00:30 -0000 The following reply was made to PR kern/80815; it has been noted by GNATS. From: Eugene Grosbein To: John Baldwin Cc: freebsd-acpi@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: kern/80815 Date: Tue, 10 May 2005 14:50:38 +0800 > Are any of the IRQs different when you do use the pci_link code compared to > the dmesg when you have pci_link disabled? Additional information corcerning IRQs here. This machine has Award Modular BIOS 4.51PG of Dec.12.2000 for BD100Plus/31311A. BIOS ID string is 12/12/2000-i440BX-W977EF-2A69KI3IC-00 Machine is triple-boot: Windows 98SE, FreeBSD 4.11 and FreeBSD 5.4 Some BIOS Setup settings: PNP OS Installed: YES Resources Controlled by: Manual Assign IRQ for VGA: yes # required for DRM/OpenGL in RELENG_4 Assign USB for USB: yes # required for USB support in RELENG_4 IRQ5 is assigned to 'Legacy ISA' (ISA PnP sound card), IRQ9 is assigned to 'Slot 2' (here is fxp0), IRQ10 is assigned to 'Slot 3' (here is Promise Ultra100 TX2 ATA controller). IRQ 5 and IRQ9 are fixed for FreeBSD 4.11, otherwise it assigns IRQ5 for fxp0 and sound doesn't work. IRQ10 is fixed for 4.11 too, otherwise it assignes IRQ11 to ATA controller and radeon(4) fails later. Here comes diff for verbose dmesg.boot with and without pci_link enabled. --- dmesg_full_verbose Tue May 10 14:22:48 2005 +++ dmesg_no_pci_link_verbose Tue May 10 14:24:16 2005 @@ -1,3 +1,44 @@ +Copyright (c) 1992-2005 The FreeBSD Project. +Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 + The Regents of the University of California. All rights reserved. +FreeBSD 5.4-STABLE #2: Mon May 9 23:12:18 KRAST 2005 + root@grosbein.pp.ru:/mnt/old/home/obj/usr/local/src/sys/DADV +Preloaded elf kernel "/boot/kernel/kernel" at 0xc0822000. +Preloaded elf module "/boot/modules/acpi.ko" at 0xc08221f4. +Calibrating clock(s) ... i8254 clock: 1193163 Hz +Timecounter "i8254" frequency 1193163 Hz quality 0 +Calibrating TSC clock ... TSC clock: 902035418 Hz +CPU: Intel Celeron (902.04-MHz 686-class CPU) + Origin = "GenuineIntel" Id = 0x68a Stepping = 10 + Features=0x383f9ff +real memory = 603914240 (575 MB) +Physical memory chunk(s): +0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) +0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) +0x0000000000c25000 - 0x000000002359ffff, 580366336 bytes (141691 pages) +avail memory = 581259264 (554 MB) +bios32: Found BIOS32 Service Directory header at 0xc00faef0 +bios32: Entry = 0xfb370 (c00fb370) Rev = 0 Len = 1 +pcibios: PCI BIOS entry at 0xf0000+0xb3a0 +pnpbios: Found PnP BIOS data at 0xc00fbfc0 +pnpbios: Entry = f0000:bfe8 Rev = 1.0 +Other BIOS signatures found: +io: +mem: +Pentium Pro MTRR support enabled +VESA: information block +56 45 53 41 00 02 00 01 00 01 01 00 00 00 22 00 +00 01 00 04 00 01 10 01 00 01 26 01 00 01 2b 01 +00 01 6a 00 02 01 04 01 82 01 0d 01 0e 01 0f 01 +20 01 92 01 93 01 94 01 95 01 96 01 a2 01 a3 01 +VESA: 56 mode(s) found +VESA: v2.0, 65536k memory, flags:0x1, mode table:0xc073bbe2 (1000022) +VESA: ATI RADEON 9200 +VESA: ATI Technologies Inc. V280 01.00 +null: +random: +npx0: [FAST] +npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] @@ -43,7 +84,7 @@ acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: Power Button (fixed) -ACPI timer: 0/16777185 0/4 0/4 0/4 0/4 0/4 0/4 0/3 0/16777186 0/16777209 -> 0 +ACPI timer: 0/3 0/3 0/3 0/3 0/3 0/3 0/3 0/3 0/16777213 0/3 -> 0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 @@ -51,31 +92,6 @@ acpi_throttle0: P_CNT from P_BLK 0x4010 acpi_button0: on acpi0 pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff on acpi0 -ACPI PCI link initial configuration: -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.15.0 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.15.1 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.15.2 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.15.3 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.16.0 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.16.1 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.16.2 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.16.3 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.18.0 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.18.1 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.18.2 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.18.3 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.19.0 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.19.1 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.19.2 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.19.3 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.7.0 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.7.1 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.7.2 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.7.3 -\\_SB_.PCI0.ISA_.LNKA irq 0: [ 3 4 5 6 7 10 11 12 14 15] 11+ low,level,sharable 0.1.0 -\\_SB_.PCI0.ISA_.LNKB irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.1.1 -\\_SB_.PCI0.ISA_.LNKC irq 0: [ 3 4 5 6 7 10 11 12 14 15] 10+ low,level,sharable 0.1.2 -\\_SB_.PCI0.ISA_.LNKD irq 0: [ 3 4 5 6 7 10 11 12 14 15] 9+ low,level,sharable 0.1.3 pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e8000000, size 26, enabled @@ -101,22 +117,7 @@ cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000d000, size 5, enabled -pcib0: matched entry for 0.7.INTD (src \\_SB_.PCI0.ISA_.LNKD) -pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 -ACPI PCI link arbitrated settings: -\\_SB_.PCI0.ISA_.LNKA (references 6, priority 76470): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240 -\\_SB_.PCI0.ISA_.LNKB (references 6, priority 76470): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240 -\\_SB_.PCI0.ISA_.LNKC (references 6, priority 76470): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240 -\\_SB_.PCI0.ISA_.LNKD (references 6, priority 76470): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 240 240 290 5240 5240 5240 5240 5240 50240 50240 -pcib0: slot 7 INTD routed to irq 9 via \\_SB_.PCI0.ISA_.LNKD +pcib0: no PRT entry for 0.7.INTD found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 @@ -132,19 +133,7 @@ map[10]: type 3, range 32, base f0104000, size 12, enabled map[14]: type 4, range 32, base 0000d400, size 5, enabled map[18]: type 1, range 32, base f0000000, size 20, enabled -pcib0: matched entry for 0.16.INTA (src \\_SB_.PCI0.ISA_.LNKB) -pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 -ACPI PCI link arbitrated settings: -\\_SB_.PCI0.ISA_.LNKA (references 6, priority 77910): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480 -\\_SB_.PCI0.ISA_.LNKB (references 6, priority 77910): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480 -\\_SB_.PCI0.ISA_.LNKC (references 6, priority 77910): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 480 480 530 5480 5480 5480 5480 5480 50480 50480 -pcib0: slot 16 INTA routed to irq 9 via \\_SB_.PCI0.ISA_.LNKB +pcib0: no PRT entry for 0.16.INTA found-> vendor=0x8086, dev=0x1229, revid=0x02 bus=0, slot=16, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 @@ -157,16 +146,7 @@ map[1c]: type 4, range 32, base 0000e400, size 2, enabled map[20]: type 4, range 32, base 0000e800, size 4, enabled map[24]: type 1, range 32, base f0100000, size 14, enabled -pcib0: matched entry for 0.18.INTA (src \\_SB_.PCI0.ISA_.LNKC) -pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 -ACPI PCI link arbitrated settings: -\\_SB_.PCI0.ISA_.LNKA (references 6, priority 79350): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 720 720 770 5720 5720 5720 5720 5720 50720 50720 -\\_SB_.PCI0.ISA_.LNKC (references 6, priority 79350): - interrupts: 11 10 5 12 7 6 4 3 15 14 - penalty: 720 720 770 5720 5720 5720 5720 5720 50720 50720 -pcib0: slot 18 INTA routed to irq 10 via \\_SB_.PCI0.ISA_.LNKC +pcib0: no PRT entry for 0.18.INTA found-> vendor=0x105a, dev=0x4d68, revid=0x02 bus=0, slot=18, func=0 class=01-80-85, hdrtype=0x00, mfdev=0 @@ -191,14 +171,7 @@ pcib1: device (null) requested decoded I/O range 0xc000-0xc0ff map[18]: type 1, range 32, base ed000000, size 16, enabled pcib1: device (null) requested decoded memory range 0xed000000-0xed00ffff -pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.ISA_.LNKA) -pcib0: possible interrupts: 3 4 5 6 7 10 11 12 14 15 -ACPI PCI link arbitrated settings: -\\_SB_.PCI0.ISA_.LNKA (references 6, priority 80826): - interrupts: 11 5 10 12 7 6 4 3 15 14 - penalty: 960 1010 1020 5960 5960 5960 5960 5960 50960 50960 -pcib0: slot 1 INTA routed to irq 11 via \\_SB_.PCI0.ISA_.LNKA -pcib1: slot 0 INTA is routed to irq 11 +pcib0: no PRT entry for 0.1.INTA found-> vendor=0x1002, dev=0x5961, revid=0x01 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 @@ -392,7 +365,7 @@ uhid0: American Power Conversion Back-UPS 500 FW: 6.5.I USB FW: c1, rev 1.10/1.00, addr 2, iclass 3/0 uscanner0: Hewlett-Packard HP ScanJet 2200C, rev 1.10/1.00, addr 3 Device configuration finished. -Timecounter "TSC" frequency 902037119 Hz quality 800 +Timecounter "TSC" frequency 902035418 Hz quality 800 Timecounters tick every 10.000 msec lo0: bpf attached DUMMYNET initialized (011031) @@ -429,14 +402,18 @@ ad6: ATA-5 disk at ata3-master ad6: 39266MB (80418239 sectors), 79779 C, 16 H, 63 S, 512 B ad6: 16 secs/int, 1 depth queue, UDMA100 -(probe1:ata0:0:1:0): error 22 -(probe1:ata0:0:1:0): Unretryable Error -(probe3:ata1:0:1:0): error 22 -(probe3:ata1:0:1:0): Unretryable Error (probe4:ata2:0:0:0): error 22 (probe4:ata2:0:0:0): Unretryable Error (probe5:ata2:0:1:0): error 22 (probe5:ata2:0:1:0): Unretryable Error +(probe4:ata2:0:0:0): error 22 +(probe4:ata2:0:0:0): Unretryable Error +(probe5:ata2:0:1:0): error 22 +(probe5:ata2:0:1:0): Unretryable Error +(probe1:ata0:0:1:0): error 22 +(probe1:ata0:0:1:0): Unretryable Error +(probe3:ata1:0:1:0): error 22 +(probe3:ata1:0:1:0): Unretryable Error (probe6:ata3:0:0:0): error 22 (probe6:ata3:0:0:0): Unretryable Error (probe7:ata3:0:1:0): error 22 @@ -445,10 +422,6 @@ (probe1:ata0:0:1:0): Unretryable Error (probe3:ata1:0:1:0): error 22 (probe3:ata1:0:1:0): Unretryable Error -(probe4:ata2:0:0:0): error 22 -(probe4:ata2:0:0:0): Unretryable Error -(probe5:ata2:0:1:0): error 22 -(probe5:ata2:0:1:0): Unretryable Error (probe6:ata3:0:0:0): error 22 (probe6:ata3:0:0:0): Unretryable Error (probe7:ata3:0:1:0): error 22 Eugene Grosbein From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 13:47:16 2005 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10CCA16A4CE; Tue, 10 May 2005 13:47:16 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC4E343D79; Tue, 10 May 2005 13:47:15 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4ADlFmr053526; Tue, 10 May 2005 13:47:15 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4ADlFaX053522; Tue, 10 May 2005 13:47:15 GMT (envelope-from arved) Date: Tue, 10 May 2005 13:47:15 GMT From: Tilman Linneweh Message-Id: <200505101347.j4ADlFaX053522@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: kern/74030: Unplugging AC causes battery % to stay locked at 98% X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 13:47:16 -0000 Synopsis: Unplugging AC causes battery % to stay locked at 98% Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Tue May 10 13:46:57 GMT 2005 Responsible-Changed-Why: This sounds acpi related http://www.freebsd.org/cgi/query-pr.cgi?pr=74030 From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 13:49:25 2005 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA6F616A4CE; Tue, 10 May 2005 13:49:25 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9350543D8F; Tue, 10 May 2005 13:49:25 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j4ADnPw5053589; Tue, 10 May 2005 13:49:25 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j4ADnPEF053585; Tue, 10 May 2005 13:49:25 GMT (envelope-from arved) Date: Tue, 10 May 2005 13:49:25 GMT From: Tilman Linneweh Message-Id: <200505101349.j4ADnPEF053585@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-acpi@FreeBSD.org Subject: Re: kern/73823: acpi / power-on by timer support X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 13:49:25 -0000 Synopsis: acpi / power-on by timer support Responsible-Changed-From-To: freebsd-bugs->freebsd-acpi Responsible-Changed-By: arved Responsible-Changed-When: Tue May 10 13:49:03 GMT 2005 Responsible-Changed-Why: Over to ACPI mailinglist http://www.freebsd.org/cgi/query-pr.cgi?pr=73823 From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 18:14:38 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2110016A4CE for ; Tue, 10 May 2005 18:14:38 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 076DC43DAE for ; Tue, 10 May 2005 18:14:35 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j4AIECTK062084; Tue, 10 May 2005 20:14:12 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j4AIE5N8062083; Tue, 10 May 2005 14:14:05 -0400 (EDT) (envelope-from cracauer) Date: Tue, 10 May 2005 14:14:05 -0400 From: Martin Cracauer To: Kevin Oberman Message-ID: <20050510141405.A61946@cons.org> References: <427E7AA9.6040703@root.org> <20050509032645.4F8135D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050509032645.4F8135D07@ptavv.es.net>; from oberman@es.net on Sun, May 08, 2005 at 08:26:45PM -0700 cc: freebsd-acpi@freebsd.org cc: Takanori Watanabe Subject: Re: Porting code from the Linux ibm-acpi sourceforge package X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 18:14:38 -0000 > FreeBSD ATA has supported bus detach since ATAng (whenever that was). I > have had no problem detaching ATA bus 1 and removing the drive (CD or > HD) in the bay and replacing it with another or with a battery. Of > course, it MUST be dismounted before the detach or a panic is to be > expected. > > Also, if you use a second battery, you must have it in the system at > boot time or it won't be seen, used, or even charged. If you boot with > the battery, you can: > atacontrol detach 1 > remove the battery > insert a disk drive > atacontrol attach 1 > use the disk and dismount it. > atacontrol detach 1 > remove the disk > insert the battery > Battery will be seen and used Thank you! This works from a detchament/attachment standpoint. However, after booting with the secondary battery, the battery is seen and it says "charging", but the charge never goes above 0% (output of apm(1), not sure how to see than in ACPI). Any clues? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 18:52:52 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 867F016A4CE for ; Tue, 10 May 2005 18:52:52 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C79F43D55 for ; Tue, 10 May 2005 18:52:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Tue, 10 May 2005 11:52:51 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 9E2A15D09; Tue, 10 May 2005 11:52:51 -0700 (PDT) To: Martin Cracauer In-reply-to: Your message of "Tue, 10 May 2005 14:14:05 EDT." <20050510141405.A61946@cons.org> Date: Tue, 10 May 2005 11:52:51 -0700 From: "Kevin Oberman" Message-Id: <20050510185251.9E2A15D09@ptavv.es.net> cc: freebsd-acpi@freebsd.org cc: Takanori Watanabe Subject: Re: Porting code from the Linux ibm-acpi sourceforge package X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 18:52:52 -0000 > Date: Tue, 10 May 2005 14:14:05 -0400 > From: Martin Cracauer > > > FreeBSD ATA has supported bus detach since ATAng (whenever that was). I > > have had no problem detaching ATA bus 1 and removing the drive (CD or > > HD) in the bay and replacing it with another or with a battery. Of > > course, it MUST be dismounted before the detach or a panic is to be > > expected. > > > > Also, if you use a second battery, you must have it in the system at > > boot time or it won't be seen, used, or even charged. If you boot with > > the battery, you can: > > atacontrol detach 1 > > remove the battery > > insert a disk drive > > atacontrol attach 1 > > use the disk and dismount it. > > atacontrol detach 1 > > remove the disk > > insert the battery > > Battery will be seen and used > > Thank you! > > This works from a detchament/attachment standpoint. > > However, after booting with the secondary battery, the battery is seen > and it says "charging", but the charge never goes above 0% (output of > apm(1), not sure how to see than in ACPI). > > Any clues? Is the primary battery fully charged? The secondary battery won't start charging unless the primary is at 100%. If you are running ACPI, the apm is just a shim on ACPI and the data seen from the apm command is really from ACPI. or a direct ACPI view, use "acpiconf -i 1". It will probably tell you a LOT more than you wanted to know and several important things APM would not tell you. I can only say that my T30 running current does charge the second battery and does report it properly. I THINK that 5-stable and current have the same stuff in this area. I believe that the only real areas of difference are in CPU performance and support of things like PowerNOW!, Speedstep and the like and the presence of powerd. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 20:11:30 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE8AF16A4CE for ; Tue, 10 May 2005 20:11:29 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 463FB43D68 for ; Tue, 10 May 2005 20:11:29 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j4AKB7ul064073; Tue, 10 May 2005 22:11:07 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j4AKB3OH064070; Tue, 10 May 2005 16:11:03 -0400 (EDT) (envelope-from cracauer) Date: Tue, 10 May 2005 16:11:03 -0400 From: Martin Cracauer To: Kevin Oberman Message-ID: <20050510161103.A63566@cons.org> References: <20050510141405.A61946@cons.org> <20050510185251.9E2A15D09@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050510185251.9E2A15D09@ptavv.es.net>; from oberman@es.net on Tue, May 10, 2005 at 11:52:51AM -0700 cc: Takanori Watanabe cc: freebsd-acpi@freebsd.org Subject: Thinkpad R40 secondary battery swap (was: Porting code from the Linux ibm-acpi sourceforge package) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 20:11:30 -0000 Kevin Oberman wrote on Tue, May 10, 2005 at 11:52:51AM -0700: > > Date: Tue, 10 May 2005 14:14:05 -0400 > > From: Martin Cracauer > > > > > FreeBSD ATA has supported bus detach since ATAng (whenever that was). I > > > have had no problem detaching ATA bus 1 and removing the drive (CD or > > > HD) in the bay and replacing it with another or with a battery. Of > > > course, it MUST be dismounted before the detach or a panic is to be > > > expected. > > > > > > Also, if you use a second battery, you must have it in the system at > > > boot time or it won't be seen, used, or even charged. If you boot with > > > the battery, you can: > > > atacontrol detach 1 > > > remove the battery > > > insert a disk drive > > > atacontrol attach 1 > > > use the disk and dismount it. > > > atacontrol detach 1 > > > remove the disk > > > insert the battery > > > Battery will be seen and used > > > > Thank you! > > > > This works from a detchament/attachment standpoint. > > > > However, after booting with the secondary battery, the battery is seen > > and it says "charging", but the charge never goes above 0% (output of > > apm(1), not sure how to see than in ACPI). > > > > Any clues? > > Is the primary battery fully charged? The secondary battery won't start > charging unless the primary is at 100%. The primary hovers between 98% and 100%. When it is at < 100% the secondary is reported as not charging, right now the primary is at 100% and the report for the secondary changed to "charging". However, "remaining battery life" for the secondary never goes above 0%. But see below. > If you are running ACPI, the apm is just a shim on ACPI and the data > seen from the apm command is really from ACPI. or a direct ACPI view, > use "acpiconf -i 1". It will probably tell you a LOT more than you > wanted to know and several important things APM would not tell you. Ah. Actually it looks like apm(1)s translation of acpi output is broken. acpiconf -i 1 reports a remaining capacity > 0 and it is raising. See below for cut'n'paste. I think I'm all set except for a bug in apm(1). Thanks so much for your help. Seems I can use the secondary battery with no problems and even swap in and out freely. BTW, is it safe to remove the primary battery when running and A.C. is plugged in? I assume not. Here is the output: APM version: 1.2 APM Management: Disabled AC Line status: on-line Battery Status: charging Remaining battery life: 98% Remaining battery time: unknown Number of batteries: 2 Battery 0: Battery Status: high Remaining battery life: 100% Remaining battery time: 0:00:00 Battery 1: Battery Status: charging Remaining battery life: 0% Remaining battery time: 0:00:00 Battery 1 information Design capacity: 38880 mWh Last full capacity: 40000 mWh Technology: secondary (rechargeable) Design voltage: 10800 mV Capacity (warn): 2000 mWh Capacity (low): 200 mWh Low/warn granularity: 1 mWh Warn/full granularity: 1 mWh Model number: IBM-02K6817 Serial number: 208 Type: LION OEM info: SANYO State: Charging Present Rate: 1988 mWh Remaining Capacity: 38620 mWh Volt: 12587 mV Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 21:43:45 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EFB516A4CE for ; Tue, 10 May 2005 21:43:45 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D32E43DA7 for ; Tue, 10 May 2005 21:43:44 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 12135 invoked from network); 10 May 2005 21:43:44 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 10 May 2005 21:43:43 -0000 Received: from [10.50.41.242] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j4ALhbbT051413; Tue, 10 May 2005 17:43:37 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Tue, 10 May 2005 16:47:36 -0400 User-Agent: KMail/1.8 References: <20050510061713.GA5437@svzserv.kemerovo.su> In-Reply-To: <20050510061713.GA5437@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505101647.37678.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Eugene Grosbein Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 21:43:45 -0000 On Tuesday 10 May 2005 02:17 am, Eugene Grosbein wrote: > > Are any of the IRQs different when you do use the pci_link code compared > > to the dmesg when you have pci_link disabled? > > It seems, no: > > --- dmesg_full Tue May 10 14:02:42 2005 > +++ dmesg_no_pci_link Tue May 10 14:00:59 2005 > @@ -20,9 +20,13 @@ > acpi_button0: on acpi0 > pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff > on acpi0 pci0: on pcib0 > +pcib0: no PRT entry for 0.7.INTD > +pcib0: no PRT entry for 0.16.INTA > +pcib0: no PRT entry for 0.18.INTA Your BIOS is broken and there's not anything FreeBSD can really do about it. It's refusing to tell us how to handle certain IRQs which is probably why you are having the problems you are having. You can check for a BIOS update perhaps to see if there is one that fixes this issue. -- 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 May 10 22:04:41 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 132E516A4CE for ; Tue, 10 May 2005 22:04:41 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 962E443D60 for ; Tue, 10 May 2005 22:04:40 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (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 j4AM42LS014600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 May 2005 15:04:03 -0700 Message-ID: <42812FD0.9070201@root.org> Date: Tue, 10 May 2005 15:04:00 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Cracauer References: <20050510141405.A61946@cons.org> <20050510185251.9E2A15D09@ptavv.es.net> <20050510161103.A63566@cons.org> In-Reply-To: <20050510161103.A63566@cons.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: Takanori Watanabe Subject: Re: Thinkpad R40 secondary battery swap X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 22:04:41 -0000 Martin Cracauer wrote: > Ah. Actually it looks like apm(1)s translation of acpi output is > broken. acpiconf -i 1 reports a remaining capacity > 0 and it is > raising. See below for cut'n'paste. > > I think I'm all set except for a bug in apm(1). > > Thanks so much for your help. Seems I can use the secondary battery > with no problems and even swap in and out freely. BTW, is it safe to > remove the primary battery when running and A.C. is plugged in? I > assume not. > > > Here is the output: > > APM version: 1.2 > APM Management: Disabled > AC Line status: on-line > Battery Status: charging > Remaining battery life: 98% > Remaining battery time: unknown > Number of batteries: 2 > Battery 0: > Battery Status: high > Remaining battery life: 100% > Remaining battery time: 0:00:00 > Battery 1: > Battery Status: charging > Remaining battery life: 0% > Remaining battery time: 0:00:00 What is the output of: sysctl hw.acpi -- Nate From owner-freebsd-acpi@FreeBSD.ORG Tue May 10 23:11:31 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8867516A4CE for ; Tue, 10 May 2005 23:11:31 +0000 (GMT) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C591543D5E for ; Tue, 10 May 2005 23:11:30 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.1/8.12.9) with ESMTP id j4ANBFpa067280; Wed, 11 May 2005 01:11:16 +0200 (CEST) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.1/8.12.9/Submit) id j4ANB9ac067279; Tue, 10 May 2005 19:11:09 -0400 (EDT) (envelope-from cracauer) Date: Tue, 10 May 2005 19:11:09 -0400 From: Martin Cracauer To: Nate Lawson Message-ID: <20050510191109.A67111@cons.org> References: <20050510141405.A61946@cons.org> <20050510185251.9E2A15D09@ptavv.es.net> <20050510161103.A63566@cons.org> <42812FD0.9070201@root.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <42812FD0.9070201@root.org>; from nate@root.org on Tue, May 10, 2005 at 03:04:00PM -0700 cc: Takanori Watanabe cc: freebsd-acpi@freebsd.org Subject: Re: Thinkpad R40 secondary battery swap X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2005 23:11:31 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Nate Lawson wrote on Tue, May 10, 2005 at 03:04:00PM -0700: > Martin Cracauer wrote: > > Ah. Actually it looks like apm(1)s translation of acpi output is > > broken. acpiconf -i 1 reports a remaining capacity > 0 and it is > > raising. See below for cut'n'paste. > > > > I think I'm all set except for a bug in apm(1). > > > > Thanks so much for your help. Seems I can use the secondary battery > > with no problems and even swap in and out freely. BTW, is it safe to > > remove the primary battery when running and A.C. is plugged in? I > > assume not. > > > > > > Here is the output: > > > > APM version: 1.2 > > APM Management: Disabled > > AC Line status: on-line > > Battery Status: charging > > Remaining battery life: 98% > > Remaining battery time: unknown > > Number of batteries: 2 > > Battery 0: > > Battery Status: high > > Remaining battery life: 100% > > Remaining battery time: 0:00:00 > > Battery 1: > > Battery Status: charging > > Remaining battery life: 0% > > Remaining battery time: 0:00:00 > > What is the output of: > sysctl hw.acpi Appended. However, I found that the output of apm(1) was fixed after I ran `acpiconf -i 1`. It seems there was an initialization problem. After I ran `acpiconf -i 1` apm(1) reported the correct charge of the secondary battery for the rest of the session (the session was started with the battery plugged in, empty). Now I rebooted and cannot reproduce the problem, now apm(1) just works right after reboot :-/ Is it possible that something has been initialized on the battery? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ No warranty. This email is probably produced by one of my cats stepping on the keys. No, I don't have an infinite number of cats. --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=l hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/1 C2/1 C3/85 hw.acpi.cpu.cx_lowest: C1 hw.acpi.cpu.cx_usage: 100.00% 0.00% 0.00% hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 52.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 94.5C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 97.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 99 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 --wRRV7LY7NUeQGEoC-- From owner-freebsd-acpi@FreeBSD.ORG Wed May 11 04:28:58 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7427716A4D0; Wed, 11 May 2005 04:28:58 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id B457543D69; Wed, 11 May 2005 04:28:56 +0000 (GMT) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82])j4B4Srni012750; Wed, 11 May 2005 12:28:54 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <428189D8.C51D289D@kuzbass.ru> Date: Wed, 11 May 2005 12:28:08 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Win98; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: John Baldwin References: <20050510061713.GA5437@svzserv.kemerovo.su> <200505101647.37678.jhb@FreeBSD.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit cc: freebsd-acpi@FreeBSD.org Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 04:28:58 -0000 John Baldwin wrote: > > > Are any of the IRQs different when you do use the pci_link code compared > > > to the dmesg when you have pci_link disabled? > > > > It seems, no: > > > > --- dmesg_full Tue May 10 14:02:42 2005 > > +++ dmesg_no_pci_link Tue May 10 14:00:59 2005 > > @@ -20,9 +20,13 @@ > > acpi_button0: on acpi0 > > pcib0: port 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff > > on acpi0 pci0: on pcib0 > > +pcib0: no PRT entry for 0.7.INTD > > +pcib0: no PRT entry for 0.16.INTA > > +pcib0: no PRT entry for 0.18.INTA > > Your BIOS is broken and there's not anything FreeBSD can really do about it. > It's refusing to tell us how to handle certain IRQs which is probably why you > are having the problems you are having. I'm afraid that I don't understand quite right. The message "no PRT entry" is here only when pci_link is disabled and then problem disappears. What makes you guess that BIOS is broken? > You can check for a BIOS update > perhaps to see if there is one that fixes this issue. I did already. I run latest BIOS. Eugene Grosbein From owner-freebsd-acpi@FreeBSD.ORG Wed May 11 04:36:47 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71FCC16A4CE for ; Wed, 11 May 2005 04:36:47 +0000 (GMT) Received: from lobo.homeunix.org (reverse-82-141-57-99.dialin.kamp-dsl.de [82.141.57.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id E093143D46 for ; Wed, 11 May 2005 04:36:45 +0000 (GMT) (envelope-from ewinter@lobo.homeunix.org) Received: from lobo.homeunix.org (localhost.homeunix.org [127.0.0.1]) by lobo.homeunix.org (8.13.3/8.13.1) with ESMTP id j4B4aoDv009997 for ; Wed, 11 May 2005 06:36:50 +0200 (CEST) (envelope-from ewinter@lobo.homeunix.org) Received: (from ewinter@localhost) by lobo.homeunix.org (8.13.3/8.13.1/Submit) id j4B4aoGU009996 for freebsd-acpi@freebsd.org; Wed, 11 May 2005 06:36:50 +0200 (CEST) (envelope-from ewinter) Date: Wed, 11 May 2005 06:36:49 +0200 From: "Ernst W. Winter" To: freebsd-acpi@freebsd.org Message-ID: <20050511043649.GA9961@lobo.homeunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: + 49-89-3075-6800 Organization: FreeBSD Evangelist X-Operating-System: FreeBSD lobo.homeunix.org 5.4-STABLE FreeBSD 5.4-STABLE User-Agent: Mutt/1.5.9i Subject: Acer Aspire 3002LC ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Ernst W. Winter" List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 04:36:47 -0000 Hi there, well I got a new laptop a Acer Aspire 3002LC which installed FreeBSD 5.4 and no hitch exept that when it boots it is complainig about something with acpi. Here the dmesg: -----------------------------Snip------------------------------------- Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.4-STABLE #3: Fri May 6 13:26:00 CEST 2005 ewinter@laptop.bsn.com:/usr/obj/usr/src/sys/laptop Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile AMD Sempron(tm) Processor 2800+ (1600.06-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x10fc0 Stepping = 0 Features=0x78bfbff AMD Features=0xc0500000 real memory = 468647936 (446 MB) avail memory = 448921600 (428 MB) ACPI APIC Table: MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 acpi0: Power Button (fixed) unknown: I/O range not supported acpi_ec0: port 0x66,0x62 on acpi0 Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: port 0x530-0x537 on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe1ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x2000-0x200f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 2.6 (no driver attached) pcm0: port 0x1c80-0x1cff,0x1400-0x14ff irq 18 at device 2.7 on pci0 pcm0: ohci0: mem 0xe2000000-0xe2000fff irq 20 at device 3.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xe2001000-0xe2001fff irq 21 at device 3.1 on pci0 usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pci0: at device 3.2 (no driver attached) sis0: port 0x1800-0x18ff mem 0xe2003000-0xe2003fff irq 19 at device 4.0 on pci0 miibus0: on sis0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto sis0: Ethernet address: 00:c0:9f:8b:5a:f5 cbb0: at device 6.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 acpi_acad0: on acpi0 acpi_cmbat0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: port 0x530-0x537 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 orm0: at iomem 0xdc000-0xe3fff,0xcc000-0xd5fff,0xc0000-0xcbfff on isa0 pmtimer0 on isa0 fdc0: cannot allocate I/O port (6 ports) ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1600063131 Hz quality 800 Timecounters tick every 10.000 msec ad0: 38154MB [77520/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master PIO4 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s1a ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND ACPI-0438: *** Error: Looking up [Z007] in namespace, AE_NOT_FOUND SearchNode 0xc188b1c0 StartNode 0xc188b1c0 ReturnNode 0 ACPI-1304: *** Error: Method execution failed [\\_SB_.BAT1._BST] (Node 0xc188b0c0), AE_NOT_FOUND -----------------------------Snip------------------------------------- can this be fixed or is there a cure for it? Ernst From owner-freebsd-acpi@FreeBSD.ORG Wed May 11 20:12:49 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70A9D16A4CE for ; Wed, 11 May 2005 20:12:49 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3425A43D80 for ; Wed, 11 May 2005 20:12:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 13066 invoked from network); 11 May 2005 20:12:49 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 11 May 2005 20:12:48 -0000 Received: from [10.50.41.242] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j4BKCfxN058785; Wed, 11 May 2005 16:12:42 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Wed, 11 May 2005 15:25:19 -0400 User-Agent: KMail/1.8 References: <20050510061713.GA5437@svzserv.kemerovo.su> <200505101647.37678.jhb@FreeBSD.org> <428189D8.C51D289D@kuzbass.ru> In-Reply-To: <428189D8.C51D289D@kuzbass.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505111525.20199.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Eugene Grosbein Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 May 2005 20:12:49 -0000 On Wednesday 11 May 2005 12:28 am, Eugene Grosbein wrote: > John Baldwin wrote: > > > > Are any of the IRQs different when you do use the pci_link code > > > > compared to the dmesg when you have pci_link disabled? > > > > > > It seems, no: > > > > > > --- dmesg_full Tue May 10 14:02:42 2005 > > > +++ dmesg_no_pci_link Tue May 10 14:00:59 2005 > > > @@ -20,9 +20,13 @@ > > > acpi_button0: on acpi0 > > > pcib0: port > > > 0x5000-0x500f,0x4000-0x4041,0xcf8-0xcff on acpi0 pci0: > > > on pcib0 > > > +pcib0: no PRT entry for 0.7.INTD > > > +pcib0: no PRT entry for 0.16.INTA > > > +pcib0: no PRT entry for 0.18.INTA > > > > Your BIOS is broken and there's not anything FreeBSD can really do about > > it. It's refusing to tell us how to handle certain IRQs which is probably > > why you are having the problems you are having. > > I'm afraid that I don't understand quite right. > The message "no PRT entry" is here only when pci_link is disabled > and then problem disappears. What makes you guess that BIOS is broken? We shouldn't print that message unless pci_link is enabled. When pci_link is disabled we shouldn't even be looking at PRT entries. Can you try booting a 6.0-snapshot CD and seeing if it works ok? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Thu May 12 04:04:24 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CB8116A4CE; Thu, 12 May 2005 04:04:24 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DAFC43D53; Thu, 12 May 2005 04:04:22 +0000 (GMT) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82])j4C44JuJ035627; Thu, 12 May 2005 12:04:19 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <4282D5B2.A26212BC@kuzbass.ru> Date: Thu, 12 May 2005 12:04:02 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Win98; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: John Baldwin References: <20050510061713.GA5437@svzserv.kemerovo.su> <200505101647.37678.jhb@FreeBSD.org> <428189D8.C51D289D@kuzbass.ru> <200505111525.20199.jhb@FreeBSD.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit cc: freebsd-acpi@FreeBSD.org Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 04:04:24 -0000 John Baldwin wrote: > > I'm afraid that I don't understand quite right. > > The message "no PRT entry" is here only when pci_link is disabled > > and then problem disappears. What makes you guess that BIOS is broken? > > We shouldn't print that message unless pci_link is enabled. When pci_link is > disabled we shouldn't even be looking at PRT entries. Can you try booting a > 6.0-snapshot CD and seeing if it works ok? I can install 5.4 to another free slice and upgrade it to HEAD using cvs, will that do? Eugene Grosbein From owner-freebsd-acpi@FreeBSD.ORG Thu May 12 04:20:10 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30FEE16A4CE; Thu, 12 May 2005 04:20:10 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id B214F43D6B; Thu, 12 May 2005 04:20:07 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (adsl-64-171-185-67.dsl.snfc21.pacbell.net [64.171.185.67]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j4C4K3LS002960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 May 2005 21:20:06 -0700 Message-ID: <4282D971.3020802@root.org> Date: Wed, 11 May 2005 21:20:01 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eugene Grosbein References: <20050510061713.GA5437@svzserv.kemerovo.su> <200505101647.37678.jhb@FreeBSD.org> <428189D8.C51D289D@kuzbass.ru> <200505111525.20199.jhb@FreeBSD.org> <4282D5B2.A26212BC@kuzbass.ru> In-Reply-To: <4282D5B2.A26212BC@kuzbass.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@FreeBSD.org cc: John Baldwin Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 04:20:10 -0000 Eugene Grosbein wrote: > John Baldwin wrote: > > >>>I'm afraid that I don't understand quite right. >>>The message "no PRT entry" is here only when pci_link is disabled >>>and then problem disappears. What makes you guess that BIOS is broken? >> >>We shouldn't print that message unless pci_link is enabled. When pci_link is >>disabled we shouldn't even be looking at PRT entries. Can you try booting a >>6.0-snapshot CD and seeing if it works ok? > > > I can install 5.4 to another free slice and upgrade it to HEAD using cvs, > will that do? Yes, thank you. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu May 12 20:01:51 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4B3416A4CE for ; Thu, 12 May 2005 20:01:51 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68D3143D79 for ; Thu, 12 May 2005 20:01:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 3039 invoked from network); 12 May 2005 20:01:50 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 12 May 2005 20:01:50 -0000 Received: from [10.50.41.242] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j4CK1eJw066859; Thu, 12 May 2005 16:01:41 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-acpi@FreeBSD.org Date: Thu, 12 May 2005 15:08:23 -0400 User-Agent: KMail/1.8 References: <20050510061713.GA5437@svzserv.kemerovo.su> <200505111525.20199.jhb@FreeBSD.org> <4282D5B2.A26212BC@kuzbass.ru> In-Reply-To: <4282D5B2.A26212BC@kuzbass.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200505121508.23926.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Eugene Grosbein Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 20:01:51 -0000 On Thursday 12 May 2005 12:04 am, Eugene Grosbein wrote: > John Baldwin wrote: > > > I'm afraid that I don't understand quite right. > > > The message "no PRT entry" is here only when pci_link is disabled > > > and then problem disappears. What makes you guess that BIOS is broken? > > > > We shouldn't print that message unless pci_link is enabled. When > > pci_link is disabled we shouldn't even be looking at PRT entries. Can > > you try booting a 6.0-snapshot CD and seeing if it works ok? > > I can install 5.4 to another free slice and upgrade it to HEAD using cvs, > will that do? Sure, but I just wanted to see if the 6.0 CD booted ok and worked once it had booted rather than a full blow installation. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri May 13 13:52:42 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 137A716A4CE for ; Fri, 13 May 2005 13:52:42 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC9A843D58 for ; Fri, 13 May 2005 13:52:41 +0000 (GMT) (envelope-from kjelderg@gmail.com) Received: by rproxy.gmail.com with SMTP id i8so207149rne for ; Fri, 13 May 2005 06:52:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LKvZfzwMUemej02qVDXl/NxxcTsk7jhtTTBc89CB7ROuz1h9T1z1OKH2v5yKbqwAnybnbYTnp41UPkR5dCJIkoaeaacmKJAMB+bjlDiMQaurkTKnhJMr9lM04fgJfx2jU0hEV7oXRpU2e6bvo3GGf/WHHkKsvowZE8hqVkW/vx8= Received: by 10.38.208.40 with SMTP id f40mr799724rng; Fri, 13 May 2005 06:52:41 -0700 (PDT) Received: by 10.38.101.2 with HTTP; Fri, 13 May 2005 06:52:41 -0700 (PDT) Message-ID: Date: Fri, 13 May 2005 22:52:41 +0900 From: Eric Kjeldergaard To: Martin Cracauer In-Reply-To: <20050510161103.A63566@cons.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20050510141405.A61946@cons.org> <20050510185251.9E2A15D09@ptavv.es.net> <20050510161103.A63566@cons.org> cc: freebsd-acpi@freebsd.org cc: Takanori Watanabe Subject: Re: Thinkpad R40 secondary battery swap (was: Porting code from the Linux ibm-acpi sourceforge package) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Eric Kjeldergaard List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 13:52:42 -0000 > BTW, is it safe to > remove the primary battery when running and A.C. is plugged in? I > assume not. Far from an authority on the issue, but I do it all the time.=20 (BTW...and in a private email if you could, how is the battery life from the cd-rom bay battery?) --=20 If I write a signature, my emails will appear more personalised. From owner-freebsd-acpi@FreeBSD.ORG Fri May 13 14:02:50 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7667416A4CE; Fri, 13 May 2005 14:02:50 +0000 (GMT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C08543D77; Fri, 13 May 2005 14:02:48 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) j4DE2fQ7027781; Fri, 13 May 2005 22:02:41 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.3/8.13.3/Submit) id j4DE2eNi027780; Fri, 13 May 2005 22:02:40 +0800 (KRAST) (envelope-from eugen) Date: Fri, 13 May 2005 22:02:40 +0800 From: Eugene Grosbein To: freebsd-acpi@freebsd.org Message-ID: <20050513140240.GA25774@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Re: 5.4: pci_link problem on 440BX X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 May 2005 14:02:50 -0000 John Baldwin wrote: > We shouldn't print that message unless pci_link is enabled. When pci_link is > disabled we shouldn't even be looking at PRT entries. Can you try booting a > 6.0-snapshot CD and seeing if it works ok? I've installed 6.0-CURRENT (sources of 12 May 2005) on free slice: booted my 5.4-STABLE and followed instructions in src/UPDATING for 6.x: To cross-install current onto a separate partition -------------------------------------------------- # In this approach we use a separate partition to hold # current's root, 'usr', and 'var' directories. A partition # holding "/", "/usr" and "/var" should be about 2GB in # size. I made one 2G partition occupying whole slice newfs'd as UFS1. make buildworld make buildkernel KERNCONF=YOUR_KERNEL_HERE make installworld DESTDIR=${CURRENT_ROOT} cd src/etc; make distribution DESTDIR=${CURRENT_ROOT} # if newfs'd make distribution failed, I ignored that. make installkernel KERNCONF=YOUR_KERNEL_HERE DESTDIR=${CURRENT_ROOT} cp /etc/fstab ${CURRENT_ROOT}/etc/fstab # if newfs'd It boots, but later make buildworld always hangs machine silently using 6.0 GENERIC kernel with ACPI. No reaction on Ctrl-T, no console switching (cursor hides after the first attempt to switch vty), but KDB is alive. I failed to disable ACPI using acpi_load=NO so just renamed /boot/kernel/acpi.ko and booted without ACPI. Then buildworld and other stages of '"native" rebuild/install' complete successfully. Skipped that. Now 6.0 boots to multiuser mode with ACPI fully enabled or fully disabled. make buildworld cannot be completed with ACPI - still silent hang of userland and no console switching (keyboard leds do switch and KDB works). 6.0's GENERIC does not boot to single user with debug.acpi.disabled="pci_link", fatal trap 12 occures: page fault while in kernel mode, fault virtual address 0x0, supervisor read, page not present in acpi_pci_link_lookup+0x26. Kernel and world were build with missing /etc/make.conf. No ATA timeouts observed in any stage during my "exercises" with 6.0 Eugene Grosbein