From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 00:47:48 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8257116A4CE for ; Mon, 28 Jun 2004 00:47:48 +0000 (GMT) Received: from fire.masaclaw.co.nz (203-79-83-205.cable.paradise.net.nz [203.79.83.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68EE543D41 for ; Mon, 28 Jun 2004 00:47:47 +0000 (GMT) (envelope-from andy@masaclaw.co.nz) Received: by fire.masaclaw.co.nz (Postfix, from userid 1001) id C207940A9; Mon, 28 Jun 2004 12:47:24 +1200 (NZST) Date: Mon, 28 Jun 2004 12:47:24 +1200 From: Andrew Thompson To: freebsd-acpi@freebsd.org Message-ID: <20040628004724.GA4071@fire.masaclaw.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: AE_NO_HARDWARE_RESPONSE problems 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, 28 Jun 2004 00:47:48 -0000 Hi, On my HP Omnibook 6000 I get the following right after boot acpi_ec0: EcRead: Failed waiting for EC to send data. ACPI-0502: *** Error: Handler for [EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.ISA0.EC0_._Q20] (Node 0xc1350220), AE_NO_HARDWARE_RESPONSE acpi_ec0: evaluation of GPE query method _Q20 failed - AE_NO_HARDWARE_RESPONSE etc... I changed the loop on line 829 of acpi_ec.c from 1000 to 10000 and everything seems to be working fine. Is this a valid fix or will it cause problems elsewhere? One issue I can see is holding Giant for this length of time. dmesg: http://andy.masaclaw.co.nz/dmesg dmesg with patch: http://andy.masaclaw.co.nz/dmesg-patched ASL: http://andy.masaclaw.co.nz/hp6000.asl FreeBSD hudson.fire.org.nz 5.2-CURRENT FreeBSD 5.2-CURRENT #0: Sat Jun 26 16:58:12 NZST 2004 root@hudson.fire.org.nz:/usr/obj/usr/src/sys/HUDSON i386 --- /sys/dev/acpica/acpi_ec.c Mon Jun 14 10:52:30 2004 +++ /sys/dev/acpica/acpi_ec.c Wed Jun 23 13:00:12 2004 @@ -826,7 +826,7 @@ * command. First, wait up to 1 ms in chunks of sc->ec_polldelay * microseconds. */ - for (i = 0; i < 1000 / sc->ec_polldelay; i++) { + for (i = 0; i < 10000 / sc->ec_polldelay; i++) { EcStatus = EC_GET_CSR(sc); if (EVENT_READY(Event, EcStatus)) { Status = AE_OK; From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 05:28:42 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5753E16A4CE for ; Mon, 28 Jun 2004 05:28:42 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB67943D1D for ; Mon, 28 Jun 2004 05:28:41 +0000 (GMT) (envelope-from ofischer@snafu.de) Received: from pd9517166.dip.t-dialin.net ([217.81.113.102] helo=snafu.de) by smart.eusc.inter.net with asmtp (Exim 3.36 #4) id 1Beoh6-0003yn-00; Mon, 28 Jun 2004 07:28:40 +0200 Message-ID: <40DFC8B0.7010202@snafu.de> Date: Mon, 28 Jun 2004 07:28:48 +0000 From: "Oliver B. Fischer" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040616 X-Accept-Language: de-de, en-us, en MIME-Version: 1.0 To: Nate Lawson References: <40DA1280.7040504@snafu.de> <20040623155038.C87505@root.org> In-Reply-To: <20040623155038.C87505@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: kernel panic in atapicam modul if acpi is enabled 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, 28 Jun 2004 05:28:42 -0000 Nate Lawson wrote: > This is likely not an ACPI issue. Are you running with "options > INVARIANTS"? My laptop panics on boot without atapicam but with "options > INVARIANTS" due to a use-after-free bug in ata. I'll try to track it down > when I have time but I don't know the ata code really well. More of the > backtrace would be helpful also. I tried to obtain a crash dump, but it seems so, that the kernel panics before the dumpdev has been assigned to the dumperinfo. Regards, Oliver Fischer From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 11:02:29 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33E7F16A4CE for ; Mon, 28 Jun 2004 11:02:29 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ECC643D2F for ; Mon, 28 Jun 2004 11:02:29 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id i5SB28FL003808 for ; Mon, 28 Jun 2004 11:02:08 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i5SB28jf003802 for freebsd-acpi@freebsd.org; Mon, 28 Jun 2004 11:02:08 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 28 Jun 2004 11:02:08 GMT Message-Id: <200406281102.i5SB28jf003802@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, 28 Jun 2004 11:02:29 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/09/10] kern/56659 acpi ACPI trouble on IBM ThinkPad X31 f [2004/01/31] kern/62194 acpi kern/acpi: Unable to map IRQ on device cb 2 problems total. 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/20] kern/55822 acpi No ACPI power off with SMP kernel o [2003/12/17] i386/60317 acpi FreeBSD 5.2rc1 doesn't boot with ACPI ena 3 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/08/11] i386/55473 acpi Mouse broken on some AWARD BIOS with ACPI o [2004/03/17] misc/64365 acpi ACPI problems o [2004/05/28] kern/67309 acpi zzz reboot computer (ACPI S3) 3 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 15:17:31 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A3B916A4D0 for ; Mon, 28 Jun 2004 15:17:31 +0000 (GMT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 174CC43D3F for ; Mon, 28 Jun 2004 15:17:31 +0000 (GMT) (envelope-from nate@root.org) Received: (qmail 26203 invoked by uid 1000); 28 Jun 2004 15:17:31 -0000 Date: Mon, 28 Jun 2004 08:17:31 -0700 (PDT) From: Nate Lawson To: "Oliver B. Fischer" In-Reply-To: <40DFC8B0.7010202@snafu.de> Message-ID: <20040628081714.X26201@root.org> References: <40DA1280.7040504@snafu.de> <20040623155038.C87505@root.org> <40DFC8B0.7010202@snafu.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org Subject: Re: kernel panic in atapicam modul if acpi is enabled 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, 28 Jun 2004 15:17:31 -0000 On Mon, 28 Jun 2004, Oliver B. Fischer wrote: > Nate Lawson wrote: > > This is likely not an ACPI issue. Are you running with "options > > INVARIANTS"? My laptop panics on boot without atapicam but with "options > > INVARIANTS" due to a use-after-free bug in ata. I'll try to track it down > > when I have time but I don't know the ata code really well. More of the > > backtrace would be helpful also. > > I tried to obtain a crash dump, but it seems so, that the kernel panics > before the dumpdev has been assigned to the dumperinfo. Set it at the loader prompt. -Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 20:44:47 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2612916A4CE for ; Mon, 28 Jun 2004 20:44:47 +0000 (GMT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id CF69D43D1F for ; Mon, 28 Jun 2004 20:44:46 +0000 (GMT) (envelope-from nate@root.org) Received: (qmail 27699 invoked by uid 1000); 28 Jun 2004 20:44:47 -0000 Date: Mon, 28 Jun 2004 13:44:47 -0700 (PDT) From: Nate Lawson To: Andrew Thompson In-Reply-To: <20040628004724.GA4071@fire.masaclaw.co.nz> Message-ID: <20040628124854.X27408@root.org> References: <20040628004724.GA4071@fire.masaclaw.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@freebsd.org Subject: Re: AE_NO_HARDWARE_RESPONSE problems 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, 28 Jun 2004 20:44:47 -0000 On Mon, 28 Jun 2004, Andrew Thompson wrote: > On my HP Omnibook 6000 I get the following right after boot > > acpi_ec0: EcRead: Failed waiting for EC to send data. > ACPI-0502: *** Error: Handler for [EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE > ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.ISA0.EC0_._Q20] (Node 0xc1350220), AE_NO_HARDWARE_RESPONSE > acpi_ec0: evaluation of GPE query method _Q20 failed - AE_NO_HARDWARE_RESPONSE > > etc... I changed the loop on line 829 of acpi_ec.c from 1000 to 10000 and > everything seems to be working fine. Is this a valid fix or will it cause > problems elsewhere? One issue I can see is holding Giant for this length of > time. > > --- /sys/dev/acpica/acpi_ec.c Mon Jun 14 10:52:30 2004 > +++ /sys/dev/acpica/acpi_ec.c Wed Jun 23 13:00:12 2004 > @@ -826,7 +826,7 @@ > * command. First, wait up to 1 ms in chunks of sc->ec_polldelay > * microseconds. > */ > - for (i = 0; i < 1000 / sc->ec_polldelay; i++) { > + for (i = 0; i < 10000 / sc->ec_polldelay; i++) { > EcStatus = EC_GET_CSR(sc); > if (EVENT_READY(Event, EcStatus)) { > Status = AE_OK; Try the code I just committed instead. -Nate From owner-freebsd-acpi@FreeBSD.ORG Mon Jun 28 22:24:08 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 494DD16A4CE for ; Mon, 28 Jun 2004 22:24:08 +0000 (GMT) Received: from fire.masaclaw.co.nz (203-79-83-205.cable.paradise.net.nz [203.79.83.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9015843D1D for ; Mon, 28 Jun 2004 22:24:07 +0000 (GMT) (envelope-from andy@masaclaw.co.nz) Received: by fire.masaclaw.co.nz (Postfix, from userid 1001) id 9AB00405F; Tue, 29 Jun 2004 10:24:06 +1200 (NZST) Date: Tue, 29 Jun 2004 10:02:57 +1200 From: Andrew Thompson To: Nate Lawson Message-ID: <20040628220257.GA21946@thingy.tbd.co.nz> References: <20040628004724.GA4071@fire.masaclaw.co.nz> <20040628124854.X27408@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040628124854.X27408@root.org> User-Agent: Mutt/1.3.28i Status: RO cc: freebsd-acpi@freebsd.org Subject: Re: AE_NO_HARDWARE_RESPONSE problems 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, 28 Jun 2004 22:24:08 -0000 On Mon, Jun 28, 2004 at 01:44:47PM -0700, Nate Lawson wrote: > On Mon, 28 Jun 2004, Andrew Thompson wrote: > > On my HP Omnibook 6000 I get the following right after boot > > > > etc... I changed the loop on line 829 of acpi_ec.c from 1000 to 10000 and > > everything seems to be working fine. Is this a valid fix or will it cause > > problems elsewhere? One issue I can see is holding Giant for this length of > > time. > > > > Try the code I just committed instead. > It doesnt seem to have changed. Here is the tail of the dmesg, link to full one below. Thanks. ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.ISA0.BAT1.CHBP] (Node 0xc1353be0), AE_NO_HARDWARE_RESPONSE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.ISA0.EC0_.SMSL] (Node 0xc13502c0), AE_NO_HARDWARE_RESPONSE ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.ISA0.EC0_._Q09] (Node 0xc1350240), AE_NO_HARDWARE_RESPONSE acpi_ec0: evaluation of GPE query method _Q09 failed - AE_NO_HARDWARE_RESPONSE acpi_ec0: EcCommand: no response to 0x84 acpi_ec0: GPE query failed - AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: Failed waiting for EC to send data. ACPI-0502: *** Error: Handler for [EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE ACPI-1303: *** Error: Method execution failed [\\_TZ_.THRM._TMP] (Node 0xc12aeea0), AE_NO_HARDWARE_RESPONSE acpi_tz0: error fetching current temperature -- AE_NO_HARDWARE_RESPONSE dmesg: http://andy.masaclaw.co.nz/dmesg-new % ident /boot/kernel/acpi.ko /boot/kernel/acpi.ko: [...] $FreeBSD: src/sys/dev/acpica/acpi_ec.c,v 1.53 2004/06/28 20:41:30 njl Exp $ From owner-freebsd-acpi@FreeBSD.ORG Tue Jun 29 01:14:20 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 936E916A4CE for ; Tue, 29 Jun 2004 01:14:20 +0000 (GMT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 2D9FD43D48 for ; Tue, 29 Jun 2004 01:14:20 +0000 (GMT) (envelope-from nate@root.org) Received: (qmail 28857 invoked by uid 1000); 29 Jun 2004 01:14:18 -0000 Date: Mon, 28 Jun 2004 18:14:18 -0700 (PDT) From: Nate Lawson To: Andrew Thompson In-Reply-To: <20040628220257.GA21946@thingy.tbd.co.nz> Message-ID: <20040628181257.K28833@root.org> References: <20040628004724.GA4071@fire.masaclaw.co.nz> <20040628124854.X27408@root.org> <20040628220257.GA21946@thingy.tbd.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@freebsd.org Subject: Re: AE_NO_HARDWARE_RESPONSE problems 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, 29 Jun 2004 01:14:20 -0000 On Tue, 29 Jun 2004, Andrew Thompson wrote: > On Mon, Jun 28, 2004 at 01:44:47PM -0700, Nate Lawson wrote: > > On Mon, 28 Jun 2004, Andrew Thompson wrote: > > > On my HP Omnibook 6000 I get the following right after boot > > > > > > etc... I changed the loop on line 829 of acpi_ec.c from 1000 to 10000 and > > > everything seems to be working fine. Is this a valid fix or will it cause > > > problems elsewhere? One issue I can see is holding Giant for this length of > > > time. > > > > > > > Try the code I just committed instead. > > > > It doesnt seem to have changed. Here is the tail of the dmesg, link to > full one below. Thanks. Too bad. Try setting various values > 100 to the tunable hw.acpi.ec.poll_timeout to see if it starts working for you at any threshold. -Nate From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 30 05:34:16 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEFA716A4D3 for ; Wed, 30 Jun 2004 05:34:16 +0000 (GMT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7B32C43D2F for ; Wed, 30 Jun 2004 05:34:16 +0000 (GMT) (envelope-from nate@root.org) Received: (qmail 37274 invoked by uid 1000); 30 Jun 2004 05:33:45 -0000 Date: Tue, 29 Jun 2004 22:33:45 -0700 (PDT) From: Nate Lawson To: current@freebsd.org Message-ID: <20040629222917.X37225@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org Subject: HEADSUP: acpi blacklist now active 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, 30 Jun 2004 05:34:17 -0000 I've just committed code disabling known-bad BIOS revisions. This will disable ACPI on such systems. If you think ACPI does work on your system or just want to test, set: hint.acpi.0.disabled="0" This will override the blacklist. -Nate ---------- Forwarded message ---------- njl 2004-06-30 04:49:54 UTC FreeBSD src repository Modified files: sys/dev/acpica acpi.c Log: Add new quirk code that disables problem BIOS versions. Remove old quirk code that was never really used. Print a message when disabling ACPI via a quirk. Allow the user to override the blacklist decision by setting hint.acpi.0.disabled="0". Add missing AcpiTerminate() calls; they are needed to clean up if bailing out after AcpiInitializeSubsystem(). Revision Changes Path 1.170 +19 -74 src/sys/dev/acpica/acpi.c From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 30 19:49:19 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FC0516A4CE for ; Wed, 30 Jun 2004 19:49:19 +0000 (GMT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id E121943D53 for ; Wed, 30 Jun 2004 19:49:18 +0000 (GMT) (envelope-from nate@root.org) Received: (qmail 41798 invoked by uid 1000); 30 Jun 2004 19:49:18 -0000 Date: Wed, 30 Jun 2004 12:49:18 -0700 (PDT) From: Nate Lawson To: Andrew Thompson In-Reply-To: <20040628220257.GA21946@thingy.tbd.co.nz> Message-ID: <20040630124817.M41697@root.org> References: <20040628004724.GA4071@fire.masaclaw.co.nz> <20040628124854.X27408@root.org> <20040628220257.GA21946@thingy.tbd.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@freebsd.org cc: brooks@freebsd.org Subject: Re: AE_NO_HARDWARE_RESPONSE problems 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, 30 Jun 2004 19:49:19 -0000 On Tue, 29 Jun 2004, Andrew Thompson wrote: > On Mon, Jun 28, 2004 at 01:44:47PM -0700, Nate Lawson wrote: > > On Mon, 28 Jun 2004, Andrew Thompson wrote: > > > On my HP Omnibook 6000 I get the following right after boot > > > > > > etc... I changed the loop on line 829 of acpi_ec.c from 1000 to 10000 and > > > everything seems to be working fine. Is this a valid fix or will it cause > > > problems elsewhere? One issue I can see is holding Giant for this length of > > > time. > > > > > > > Try the code I just committed instead. > > > > It doesnt seem to have changed. Here is the tail of the dmesg, link to > full one below. Thanks. Ok, I think I found one other problem. Please try this patch (booted, tested): Index: sys/dev/acpica/acpi_ec.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_ec.c,v retrieving revision 1.55 diff -u -r1.55 acpi_ec.c --- sys/dev/acpica/acpi_ec.c 30 Jun 2004 16:00:20 -0000 1.55 +++ sys/dev/acpica/acpi_ec.c 30 Jun 2004 12:36:04 -0000 @@ -142,9 +142,10 @@ #include "opt_acpi.h" #include #include -#include #include #include +#include +#include #include #include @@ -269,8 +270,7 @@ int ec_glk; int ec_glkhandle; - struct mtx ec_mtx; - int ec_polldelay; + struct sx ec_sxlock; }; /* @@ -280,11 +280,8 @@ */ #define EC_LOCK_TIMEOUT 1000 -/* - * Start with an interval of 1 us for status poll loop. This delay - * will be dynamically adjusted based on the actual time waited. - */ -#define EC_POLL_DELAY 1 +/* Default interval in microseconds for the status polling loop. */ +#define EC_POLL_DELAY 10 /* Total time in ms spent in the poll loop waiting for a response. */ #define EC_POLL_TIMEOUT 100 @@ -304,13 +301,13 @@ ACPI_STATUS status = AE_OK; /* Always acquire this EC's mutex. */ - mtx_lock(&sc->ec_mtx); + sx_xlock(&sc->ec_sxlock); /* If _GLK is non-zero, also acquire the global lock. */ if (sc->ec_glk) { status = AcpiAcquireGlobalLock(EC_LOCK_TIMEOUT, &sc->ec_glkhandle); if (ACPI_FAILURE(status)) - mtx_unlock(&sc->ec_mtx); + sx_xunlock(&sc->ec_sxlock); } return (status); @@ -321,7 +318,7 @@ { if (sc->ec_glk) AcpiReleaseGlobalLock(sc->ec_glkhandle); - mtx_unlock(&sc->ec_mtx); + sx_xunlock(&sc->ec_sxlock); } static uint32_t EcGpeHandler(void *Context); @@ -553,8 +550,7 @@ params = acpi_get_private(dev); sc->ec_dev = dev; sc->ec_handle = acpi_get_handle(dev); - sc->ec_polldelay = EC_POLL_DELAY; - mtx_init(&sc->ec_mtx, "ACPI embedded controller", NULL, MTX_DEF); + sx_init(&sc->ec_sxlock, "ACPI embedded controller"); /* Retrieve previously probed values via device ivars. */ sc->ec_glk = params->glk; @@ -637,7 +633,7 @@ if (sc->ec_data_res) bus_release_resource(sc->ec_dev, SYS_RES_IOPORT, sc->ec_data_rid, sc->ec_data_res); - mtx_destroy(&sc->ec_mtx); + sx_destroy(&sc->ec_sxlock); return (ENXIO); } @@ -823,10 +819,10 @@ { EC_STATUS EcStatus; ACPI_STATUS Status; - int i, period, retval; + int count, i, period, retval, slp_ival; static int EcDbgMaxDelay; - mtx_assert(&sc->ec_mtx, MA_OWNED); + sx_assert(&sc->ec_sxlock, SX_XLOCKED); Status = AE_NO_HARDWARE_RESPONSE; /* @@ -837,44 +833,33 @@ AcpiOsStall(1); /* - * If we're up and running, wait up to 1 ms. Otherwise, burn the entire - * timeout value with delays since msleep() is a no-op. - */ - period = 1000 / sc->ec_polldelay; - if (cold) - period *= ec_poll_timeout; - - /* - * Poll the EC status register to detect completion of the last - * command in chunks of ec_polldelay. + * Poll the EC status register for up to 1 ms in chunks of 10 us + * to detect completion of the last command. */ - for (i = 0; i < period; i++) { + for (i = 0; i < 1000 / EC_POLL_DELAY; i++) { EcStatus = EC_GET_CSR(sc); if (EVENT_READY(Event, EcStatus)) { Status = AE_OK; break; } - AcpiOsStall(sc->ec_polldelay); + AcpiOsStall(EC_POLL_DELAY); } - - /* Scale poll delay by the amount of time actually waited. */ - period = i * sc->ec_polldelay; - if (period <= 5) - sc->ec_polldelay = 1; - else if (period <= 20) - sc->ec_polldelay = 5; - else if (period <= 100) - sc->ec_polldelay = 10; - else - sc->ec_polldelay = 100; + period = i * EC_POLL_DELAY; /* * If we still don't have a response and we're up and running, wait up * to ec_poll_timeout ms for completion, sleeping for chunks of 10 ms. */ - if (!cold && Status != AE_OK) { - retval = -1; - for (i = 0; i < ec_poll_timeout / 10; i++) { + slp_ival = 0; + if (Status != AE_OK) { + retval = ENXIO; + count = ec_poll_timeout / 10; + if (count == 0) + count = 1; + slp_ival = hz / 100; + if (slp_ival == 0) + slp_ival = 1; + for (i = 0; i < count; i++) { if (retval != 0) EcStatus = EC_GET_CSR(sc); else @@ -883,13 +868,15 @@ Status = AE_OK; break; } - retval = msleep(&sc->ec_csrvalue, &sc->ec_mtx, PZERO, "ecpoll", - 10/*ms*/); + if (!cold) + retval = tsleep(&sc->ec_csrvalue, PZERO, "ecpoll", slp_ival); + else + AcpiOsStall(10000); } } /* Calculate new delay and print it if it exceeds the max. */ - if (period == 1000) + if (slp_ival > 0) period += i * 10000; if (period > EcDbgMaxDelay) { EcDbgMaxDelay = period; @@ -906,7 +893,7 @@ ACPI_STATUS Status; EC_EVENT Event; - mtx_assert(&sc->ec_mtx, MA_OWNED); + sx_assert(&sc->ec_sxlock, SX_XLOCKED); /* Decide what to wait for based on command type. */ switch (cmd) { @@ -941,7 +928,7 @@ { ACPI_STATUS Status; - mtx_assert(&sc->ec_mtx, MA_OWNED); + sx_assert(&sc->ec_sxlock, SX_XLOCKED); #ifdef notyet /* If we can't start burst mode, continue anyway. */ @@ -978,7 +965,7 @@ { ACPI_STATUS Status; - mtx_assert(&sc->ec_mtx, MA_OWNED); + sx_assert(&sc->ec_sxlock, SX_XLOCKED); #ifdef notyet /* If we can't start burst mode, continue anyway. */ From owner-freebsd-acpi@FreeBSD.ORG Wed Jun 30 20:31:01 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80F0316A4CE; Wed, 30 Jun 2004 20:31:01 +0000 (GMT) Received: from thingy.tbd.co.nz (thingy.tbd.co.nz [210.48.70.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE9F543D48; Wed, 30 Jun 2004 20:31:00 +0000 (GMT) (envelope-from thompsa@thingy.tbd.co.nz) Received: from thingy.tbd.co.nz (localhost [127.0.0.1]) i5UKVChg008045; Thu, 1 Jul 2004 08:31:12 +1200 Received: (from thompsa@localhost) by thingy.tbd.co.nz (8.12.3/8.12.3/Debian-6.6) id i5UKVAMA008008; Thu, 1 Jul 2004 08:31:10 +1200 Date: Thu, 1 Jul 2004 08:31:10 +1200 From: Andrew Thompson To: Nate Lawson Message-ID: <20040630203110.GA30702@thingy.tbd.co.nz> References: <20040628004724.GA4071@fire.masaclaw.co.nz> <20040628124854.X27408@root.org> <20040628220257.GA21946@thingy.tbd.co.nz> <20040630124817.M41697@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040630124817.M41697@root.org> User-Agent: Mutt/1.3.28i cc: freebsd-acpi@freebsd.org cc: brooks@freebsd.org Subject: Re: AE_NO_HARDWARE_RESPONSE problems 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, 30 Jun 2004 20:31:01 -0000 On Wed, Jun 30, 2004 at 12:49:18PM -0700, Nate Lawson wrote: > On Tue, 29 Jun 2004, Andrew Thompson wrote: > > On Mon, Jun 28, 2004 at 01:44:47PM -0700, Nate Lawson wrote: > > > On Mon, 28 Jun 2004, Andrew Thompson wrote: > > > > On my HP Omnibook 6000 I get the following right after boot > > > > > > > > etc... I changed the loop on line 829 of acpi_ec.c from 1000 to 10000 and > > > > everything seems to be working fine. Is this a valid fix or will it cause > > > > problems elsewhere? One issue I can see is holding Giant for this length of > > > > time. > > > > > > > > > > Try the code I just committed instead. > > > > > > > It doesnt seem to have changed. Here is the tail of the dmesg, link to > > full one below. Thanks. > > Ok, I think I found one other problem. Please try this patch (booted, > tested): > It seems to be working perfectly. The errors would normally pop up a few seconds after the login prompt. I also tried setting thermal.polling_rate to 1 to work the EC a bit more, no errors. :) thanks. From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 1 00:51:55 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9220B16A4CE for ; Thu, 1 Jul 2004 00:51:55 +0000 (GMT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 5DC8C43D45 for ; Thu, 1 Jul 2004 00:51:55 +0000 (GMT) (envelope-from nate@root.org) Received: (qmail 43456 invoked by uid 1000); 1 Jul 2004 00:51:57 -0000 Date: Wed, 30 Jun 2004 17:51:57 -0700 (PDT) From: Nate Lawson To: Andrew Thompson In-Reply-To: <20040630203110.GA30702@thingy.tbd.co.nz> Message-ID: <20040630175138.N43426@root.org> References: <20040628004724.GA4071@fire.masaclaw.co.nz> <20040628124854.X27408@root.org><20040630124817.M41697@root.org> <20040630203110.GA30702@thingy.tbd.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-acpi@freebsd.org cc: brooks@freebsd.org Subject: Re: AE_NO_HARDWARE_RESPONSE problems 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, 01 Jul 2004 00:51:55 -0000 On Thu, 1 Jul 2004, Andrew Thompson wrote: > On Wed, Jun 30, 2004 at 12:49:18PM -0700, Nate Lawson wrote: > > On Tue, 29 Jun 2004, Andrew Thompson wrote: > > > On Mon, Jun 28, 2004 at 01:44:47PM -0700, Nate Lawson wrote: > > > > On Mon, 28 Jun 2004, Andrew Thompson wrote: > > > > > On my HP Omnibook 6000 I get the following right after boot > > > > > > > > > > etc... I changed the loop on line 829 of acpi_ec.c from 1000 to 10000 and > > > > > everything seems to be working fine. Is this a valid fix or will it cause > > > > > problems elsewhere? One issue I can see is holding Giant for this length of > > > > > time. > > > > > > > > > > > > > Try the code I just committed instead. > > > > > > > > > > It doesnt seem to have changed. Here is the tail of the dmesg, link to > > > full one below. Thanks. > > > > Ok, I think I found one other problem. Please try this patch (booted, > > tested): > > > > It seems to be working perfectly. The errors would normally pop up a few > seconds after the login prompt. I also tried setting > thermal.polling_rate to 1 to work the EC a bit more, no errors. :) > > thanks. Thanks for testing! I just committed it. -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 1 04:17:21 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A57B16A4CE; Thu, 1 Jul 2004 04:17:21 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A55843D45; Thu, 1 Jul 2004 04:17:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.10/8.12.10) with ESMTP id i614H7OF019652; Wed, 30 Jun 2004 21:17:07 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.10/8.12.3/Submit) id i614H74N019651; Wed, 30 Jun 2004 21:17:07 -0700 Date: Wed, 30 Jun 2004 21:17:07 -0700 From: Brooks Davis To: Nate Lawson Message-ID: <20040701041706.GA19108@Odin.AC.HMC.Edu> References: <20040628004724.GA4071@fire.masaclaw.co.nz> <20040628124854.X27408@root.org> <20040628220257.GA21946@thingy.tbd.co.nz> <20040630124817.M41697@root.org> <20040630203110.GA30702@thingy.tbd.co.nz> <20040630175138.N43426@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20040630175138.N43426@root.org> User-Agent: Mutt/1.5.4i cc: freebsd-acpi@freebsd.org cc: brooks@freebsd.org Subject: Re: AE_NO_HARDWARE_RESPONSE problems 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, 01 Jul 2004 04:17:21 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 30, 2004 at 05:51:57PM -0700, Nate Lawson wrote: > On Thu, 1 Jul 2004, Andrew Thompson wrote: > > On Wed, Jun 30, 2004 at 12:49:18PM -0700, Nate Lawson wrote: > > > On Tue, 29 Jun 2004, Andrew Thompson wrote: > > > > On Mon, Jun 28, 2004 at 01:44:47PM -0700, Nate Lawson wrote: > > > > > On Mon, 28 Jun 2004, Andrew Thompson wrote: > > > > > > On my HP Omnibook 6000 I get the following right after boot > > > > > > > > > > > > etc... I changed the loop on line 829 of acpi_ec.c from 1000 to= 10000 and > > > > > > everything seems to be working fine. Is this a valid fix or wil= l it cause > > > > > > problems elsewhere? One issue I can see is holding Giant for th= is length of > > > > > > time. > > > > > > > > > > > > > > > > Try the code I just committed instead. > > > > > > > > > > > > > It doesnt seem to have changed. Here is the tail of the dmesg, link= to > > > > full one below. Thanks. > > > > > > Ok, I think I found one other problem. Please try this patch (booted, > > > tested): > > > > > > > It seems to be working perfectly. The errors would normally pop up a few > > seconds after the login prompt. I also tried setting > > thermal.polling_rate to 1 to work the EC a bit more, no errors. :) > > > > thanks. >=20 > Thanks for testing! I just committed it. It worked for me as well. Thanks! Not having whiny error messages all over my console is nice. :-) -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFA45BBXY6L6fI4GtQRAtkpAJ0ecPcJJKbXZARjwtMBTObYkVAc5gCg4iSi sENvx1We02wdpkkRQqWePqM= =6YjP -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 1 20:56:32 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FC0616A4CE for ; Thu, 1 Jul 2004 20:56:32 +0000 (GMT) Received: from mail.corrupt.co.nz (222-152-9-229.jetstream.xtra.co.nz [222.152.9.229]) by mx1.FreeBSD.org (Postfix) with SMTP id EEDE543D54 for ; Thu, 1 Jul 2004 20:56:28 +0000 (GMT) (envelope-from drew@corrupt.co.nz) Received: (qmail 87372 invoked by uid 1011); 1 Jul 2004 20:55:06 -0000 Received: from drew@corrupt.co.nz by tweety.lan.corrupt.co.nz by uid 1009 with qmail-scanner-1.22 Clear:RC:0(10.10.69.146):SA:0(0.0/3.8):. Processed in 5.314191 secs); 01 Jul 2004 20:55:06 -0000 X-Spam-Status: No, hits=0.0 required=3.8 Received: from unknown (HELO ?10.10.69.146?) (drew@corrupt.co.nz@10.10.69.146) by mail.corrupt.co.nz with SMTP; 1 Jul 2004 20:55:00 -0000 Message-ID: <40E479CE.7060203@corrupt.co.nz> Date: Fri, 02 Jul 2004 08:53:34 +1200 From: Drew Broadley User-Agent: Mozilla Thunderbird 0.6 (X11/20040606) X-Accept-Language: en-us, en MIME-Version: 1.0 To: acpi@freebsd.org, mobile@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: acpiexec - Run programs if on battery and/or ac power 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, 01 Jul 2004 20:56:32 -0000 I had a problem, whenever I was on battery I had cronjobs that were running every 5 minutes for various things (my ifconfigd script, which is like "whereami" for FreeBSD) and it sucked my battery down 3 times+ faster. So here is the solution, I have made a Perl script ( and additional Perl Module BSD::Sysctl for other uses including this script) where you exec your current commands passed as an argument or option to acpiexec. By default, acpiexec will run the command when on AC power but NOT on battery. Example of default usage: */60 * * * * /usr/sbin/acpiexec /home/drew/bin/xplanet_update 2> /dev/null Example of custom switches (run on battery AND ac power): */60 * * * * /usr/sbin/acpiexec --batt=y /home/drew/bin/ifconfig_update Example of displaying your laptops current power status: $ /usr/sbin/acpiexec status acpiexec status Default Settings: Run Command if on Battery: no Run Command if on AC Power: yes Current Machine Status: System is on Battery: no System is on AC Power: yes I hope some people find this helpful, I have placed it on my cvs server: http://cvs.corrupt.co.nz/cgi-bin/cvsweb.cgi/acpiexec or via pserver $ cvs -d :pserver:anonymous@cvs.corrupt.co.nz:/public login $ cvs -d :pserver:anonymous@cvs.corrupt.co.nz:/public co acpiexec You will need my BSD::Sysctl module located here: http://cvs.corrupt.co.nz/cgi-bin/cvsweb.cgi/.pm/modules/BSD/Sysctl.pm From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 1 22:32:06 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9917116A4CE for ; Thu, 1 Jul 2004 22:32:06 +0000 (GMT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 6A0E343D46 for ; Thu, 1 Jul 2004 22:32:06 +0000 (GMT) (envelope-from nate@root.org) Received: (qmail 49176 invoked by uid 1000); 1 Jul 2004 22:30:24 -0000 Date: Thu, 1 Jul 2004 15:30:24 -0700 (PDT) From: Nate Lawson To: Drew Broadley In-Reply-To: <40E479CE.7060203@corrupt.co.nz> Message-ID: <20040701152848.G49159@root.org> References: <40E479CE.7060203@corrupt.co.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi@freebsd.org cc: mobile@freebsd.org Subject: Re: acpiexec - Run programs if on battery and/or ac power 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, 01 Jul 2004 22:32:06 -0000 On Fri, 2 Jul 2004, Drew Broadley wrote: > I had a problem, whenever I was on battery I had cronjobs that were > running every 5 minutes for various things (my ifconfigd script, which > is like "whereami" for FreeBSD) and it sucked my battery down 3 times+ > faster. > > So here is the solution, I have made a Perl script ( and additional Perl > Module BSD::Sysctl for other uses including this script) where you exec > your current commands passed as an argument or option to acpiexec. By > default, acpiexec will run the command when on AC power but NOT on battery. Glad you're writing stuff but this sounds like it can be done fully in devd. Check out /etc/devd.conf and /etc/rc.d/power_profile and /etc/defaults/rc.conf to see how I use it to change Cx states on AC line transitions. We just enabled devd by default so hopefully more people will notice this capability. -Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Jul 1 23:14:58 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E1DB16A4CE for ; Thu, 1 Jul 2004 23:14:58 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B26443D1D for ; Thu, 1 Jul 2004 23:14:58 +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 for ; Thu, 01 Jul 2004 16:09:38 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6686E5D08 for ; Thu, 1 Jul 2004 16:09:38 -0700 (PDT) To: freebsd-acpi@FreeBSD.org Date: Thu, 01 Jul 2004 16:09:38 -0700 From: "Kevin Oberman" Message-Id: <20040701230938.6686E5D08@ptavv.es.net> Subject: Minor ACPI issues in CURRENT 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, 01 Jul 2004 23:14:58 -0000 I have seen a couple of issues in ACPI. One is a regression (and it's the most significant.) I have been using John Baldwin's DPMS patch to /sys/dev/acpica/acpi_video.c to turn off the display when I suspend(S3). This has been working fine since I first installed the patch about a month ago. When I did zzz(8), the display would switch back to ttyv0, turn off and the system would fully suspend. Now, it does not turn off the display. The system mostly suspends, but the back light remains on and the video is not blanked. This is exactly the way it was behaving prior to the patch. Another issue involves the battery. The value of the battery status returned is unique to each battery and the value returned to queries (likely APM) by either the gnome-battery applet or the apm(8) command is the worst of the two. This means when running with two batteries, as soon as the first starts to discharge, I see "Low" reported even though the primary battery is a 100% charge. I believe the lowest value should be reported, not the highest. (I mean in terms of what ACPI returns, not battery charge.) I thought that it had worked this way at one time. Finally, if I add a battery after the system is up and running, ACPI no longer returns meaningful values and never "sees" the new battery. (I don't know if this is in the FreeBSD code or BIOS, so I dont' know if it can be fixed.) I see that there have been a few updates since I last updated the kernel, but I need the system on-line right now, so I can't update until tomorrow. This applies to my IBM T30. System current as of June 26. I can post my acpidump and other stuff if needed. -- 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 Fri Jul 2 10:06:55 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37BA716A4CE; Fri, 2 Jul 2004 10:06:55 +0000 (GMT) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 633C843D1F; Fri, 2 Jul 2004 10:06:54 +0000 (GMT) (envelope-from marks@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id 76CB95DFC8; Fri, 2 Jul 2004 12:03:53 +0200 (CEST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id 71C4D5DFAF; Fri, 2 Jul 2004 12:03:48 +0200 (CEST) Received: from dell-laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id i62A3l8r025159; Fri, 2 Jul 2004 12:03:48 +0200 Received: (nullmailer pid 16091 invoked by uid 1001); Fri, 02 Jul 2004 10:03:47 -0000 Date: Fri, 2 Jul 2004 12:03:47 +0200 From: Mark Santcroos To: freebsd-current@freebsd.org Message-ID: <20040702100347.GA9202@laptop.6bone.nl> References: <200407020815.i628F5sp016504@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200407020815.i628F5sp016504@repoman.freebsd.org> User-Agent: Mutt/1.4.2.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: N 0.005162 / 0.0 / 0.0 / disabled X-RIPE-Signature: 7f6e93487bcb5e5a6966a94e303c9150 cc: freebsd-acpi@freebsd.org Subject: ACPI-CA 20040527 import 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, 02 Jul 2004 10:06:55 -0000 This commit imports a new version of the Intel ACPI-CA release. No major changes, but please do check for regressions. Mark On Fri, Jul 02, 2004 at 08:15:05AM +0000, Mark Santcroos wrote: > marks 2004-07-02 08:15:05 UTC > > FreeBSD src repository > > src/sys/contrib/dev/acpica - Imported sources > Update of /home/ncvs/src/sys/contrib/dev/acpica > In directory repoman.freebsd.org:/tmp/cvs-serv16330 > > Log Message: > Vendor import of Intel ACPI-CA 20040527 > > Status: > > Vendor Tag: INTEL > Release Tags: r20040527 > > C src/sys/contrib/dev/acpica/dbcmds.c > U src/sys/contrib/dev/acpica/dbdisply.c > U src/sys/contrib/dev/acpica/dbexec.c > U src/sys/contrib/dev/acpica/dbfileio.c > U src/sys/contrib/dev/acpica/dbhistry.c > U src/sys/contrib/dev/acpica/dbinput.c > U src/sys/contrib/dev/acpica/dbstats.c > U src/sys/contrib/dev/acpica/dbutils.c > U src/sys/contrib/dev/acpica/dbxface.c > U src/sys/contrib/dev/acpica/dmbuffer.c > U src/sys/contrib/dev/acpica/dmnames.c > U src/sys/contrib/dev/acpica/dmobject.c > U src/sys/contrib/dev/acpica/dmopcode.c > U src/sys/contrib/dev/acpica/dmresrc.c > U src/sys/contrib/dev/acpica/dmresrcl.c > U src/sys/contrib/dev/acpica/dmresrcs.c > U src/sys/contrib/dev/acpica/dmutils.c > U src/sys/contrib/dev/acpica/dmwalk.c > U src/sys/contrib/dev/acpica/evevent.c > U src/sys/contrib/dev/acpica/evgpe.c > U src/sys/contrib/dev/acpica/evgpeblk.c > U src/sys/contrib/dev/acpica/evmisc.c > U src/sys/contrib/dev/acpica/evsci.c > U src/sys/contrib/dev/acpica/evregion.c > U src/sys/contrib/dev/acpica/evrgnini.c > U src/sys/contrib/dev/acpica/evxface.c > U src/sys/contrib/dev/acpica/evxfevnt.c > U src/sys/contrib/dev/acpica/evxfregn.c > U src/sys/contrib/dev/acpica/hwacpi.c > U src/sys/contrib/dev/acpica/hwgpe.c > U src/sys/contrib/dev/acpica/hwregs.c > U src/sys/contrib/dev/acpica/hwsleep.c > U src/sys/contrib/dev/acpica/hwtimer.c > U src/sys/contrib/dev/acpica/acapps.h > C src/sys/contrib/dev/acpica/acconfig.h > U src/sys/contrib/dev/acpica/acdebug.h > U src/sys/contrib/dev/acpica/acdisasm.h > U src/sys/contrib/dev/acpica/acdispat.h > U src/sys/contrib/dev/acpica/acevents.h > U src/sys/contrib/dev/acpica/acexcep.h > U src/sys/contrib/dev/acpica/acglobal.h > U src/sys/contrib/dev/acpica/achware.h > U src/sys/contrib/dev/acpica/acinterp.h > U src/sys/contrib/dev/acpica/aclocal.h > U src/sys/contrib/dev/acpica/acmacros.h > U src/sys/contrib/dev/acpica/acnamesp.h > U src/sys/contrib/dev/acpica/acobject.h > U src/sys/contrib/dev/acpica/acoutput.h > U src/sys/contrib/dev/acpica/acpi.h > U src/sys/contrib/dev/acpica/acparser.h > U src/sys/contrib/dev/acpica/acpiosxf.h > U src/sys/contrib/dev/acpica/acpixf.h > U src/sys/contrib/dev/acpica/acresrc.h > U src/sys/contrib/dev/acpica/acstruct.h > U src/sys/contrib/dev/acpica/actables.h > U src/sys/contrib/dev/acpica/actbl.h > U src/sys/contrib/dev/acpica/actbl1.h > U src/sys/contrib/dev/acpica/actbl2.h > U src/sys/contrib/dev/acpica/actypes.h > U src/sys/contrib/dev/acpica/acutils.h > U src/sys/contrib/dev/acpica/amlcode.h > U src/sys/contrib/dev/acpica/amlresrc.h > U src/sys/contrib/dev/acpica/acefi.h > U src/sys/contrib/dev/acpica/acenv.h > C src/sys/contrib/dev/acpica/acfreebsd.h > U src/sys/contrib/dev/acpica/acgcc.h > U src/sys/contrib/dev/acpica/dsfield.c > U src/sys/contrib/dev/acpica/dsinit.c > U src/sys/contrib/dev/acpica/dsmethod.c > U src/sys/contrib/dev/acpica/dsmthdat.c > U src/sys/contrib/dev/acpica/dsobject.c > U src/sys/contrib/dev/acpica/dsopcode.c > U src/sys/contrib/dev/acpica/dsutils.c > U src/sys/contrib/dev/acpica/dswexec.c > U src/sys/contrib/dev/acpica/dswload.c > U src/sys/contrib/dev/acpica/dswscope.c > U src/sys/contrib/dev/acpica/dswstate.c > U src/sys/contrib/dev/acpica/exconfig.c > U src/sys/contrib/dev/acpica/exconvrt.c > U src/sys/contrib/dev/acpica/excreate.c > U src/sys/contrib/dev/acpica/exdump.c > U src/sys/contrib/dev/acpica/exfield.c > C src/sys/contrib/dev/acpica/exfldio.c > U src/sys/contrib/dev/acpica/exmisc.c > U src/sys/contrib/dev/acpica/exmutex.c > U src/sys/contrib/dev/acpica/exnames.c > U src/sys/contrib/dev/acpica/exoparg1.c > U src/sys/contrib/dev/acpica/exoparg2.c > U src/sys/contrib/dev/acpica/exoparg3.c > U src/sys/contrib/dev/acpica/exoparg6.c > U src/sys/contrib/dev/acpica/exprep.c > U src/sys/contrib/dev/acpica/exregion.c > U src/sys/contrib/dev/acpica/exresnte.c > U src/sys/contrib/dev/acpica/exresolv.c > U src/sys/contrib/dev/acpica/exresop.c > U src/sys/contrib/dev/acpica/exstore.c > U src/sys/contrib/dev/acpica/exstoren.c > U src/sys/contrib/dev/acpica/exstorob.c > U src/sys/contrib/dev/acpica/exsystem.c > U src/sys/contrib/dev/acpica/exutils.c > U src/sys/contrib/dev/acpica/psargs.c > U src/sys/contrib/dev/acpica/psopcode.c > U src/sys/contrib/dev/acpica/psparse.c > U src/sys/contrib/dev/acpica/psscope.c > U src/sys/contrib/dev/acpica/pstree.c > U src/sys/contrib/dev/acpica/psutils.c > U src/sys/contrib/dev/acpica/pswalk.c > U src/sys/contrib/dev/acpica/psxface.c > U src/sys/contrib/dev/acpica/nsaccess.c > U src/sys/contrib/dev/acpica/nsalloc.c > U src/sys/contrib/dev/acpica/nsdump.c > U src/sys/contrib/dev/acpica/nsdumpdv.c > U src/sys/contrib/dev/acpica/nseval.c > U src/sys/contrib/dev/acpica/nsinit.c > U src/sys/contrib/dev/acpica/nsload.c > U src/sys/contrib/dev/acpica/nsnames.c > U src/sys/contrib/dev/acpica/nsobject.c > U src/sys/contrib/dev/acpica/nsparse.c > U src/sys/contrib/dev/acpica/nssearch.c > U src/sys/contrib/dev/acpica/nsutils.c > U src/sys/contrib/dev/acpica/nswalk.c > U src/sys/contrib/dev/acpica/nsxfeval.c > U src/sys/contrib/dev/acpica/nsxfname.c > U src/sys/contrib/dev/acpica/nsxfobj.c > U src/sys/contrib/dev/acpica/osunixxf.c > U src/sys/contrib/dev/acpica/rsaddr.c > U src/sys/contrib/dev/acpica/rscalc.c > U src/sys/contrib/dev/acpica/rscreate.c > U src/sys/contrib/dev/acpica/rsdump.c > U src/sys/contrib/dev/acpica/rsio.c > U src/sys/contrib/dev/acpica/rsirq.c > U src/sys/contrib/dev/acpica/rslist.c > U src/sys/contrib/dev/acpica/rsmemory.c > U src/sys/contrib/dev/acpica/rsmisc.c > U src/sys/contrib/dev/acpica/rsutils.c > U src/sys/contrib/dev/acpica/rsxface.c > U src/sys/contrib/dev/acpica/tbconvrt.c > U src/sys/contrib/dev/acpica/tbget.c > U src/sys/contrib/dev/acpica/tbgetall.c > U src/sys/contrib/dev/acpica/tbinstal.c > U src/sys/contrib/dev/acpica/tbrsdt.c > U src/sys/contrib/dev/acpica/tbutils.c > U src/sys/contrib/dev/acpica/tbxface.c > U src/sys/contrib/dev/acpica/tbxfroot.c > U src/sys/contrib/dev/acpica/utalloc.c > U src/sys/contrib/dev/acpica/utclib.c > U src/sys/contrib/dev/acpica/utcopy.c > U src/sys/contrib/dev/acpica/utdebug.c > U src/sys/contrib/dev/acpica/utdelete.c > U src/sys/contrib/dev/acpica/uteval.c > U src/sys/contrib/dev/acpica/utglobal.c > U src/sys/contrib/dev/acpica/utinit.c > U src/sys/contrib/dev/acpica/utmath.c > U src/sys/contrib/dev/acpica/utmisc.c > U src/sys/contrib/dev/acpica/utobject.c > U src/sys/contrib/dev/acpica/utxface.c > U src/sys/contrib/dev/acpica/CHANGES.txt > U src/sys/contrib/dev/acpica/common/adisasm.c > U src/sys/contrib/dev/acpica/common/getopt.c > U src/sys/contrib/dev/acpica/compiler/aslanalyze.c > U src/sys/contrib/dev/acpica/compiler/aslcodegen.c > U src/sys/contrib/dev/acpica/compiler/aslcompile.c > U src/sys/contrib/dev/acpica/compiler/aslcompiler.h > U src/sys/contrib/dev/acpica/compiler/aslcompiler.l > U src/sys/contrib/dev/acpica/compiler/aslcompiler.y > U src/sys/contrib/dev/acpica/compiler/aslerror.c > U src/sys/contrib/dev/acpica/compiler/aslfiles.c > U src/sys/contrib/dev/acpica/compiler/aslfold.c > U src/sys/contrib/dev/acpica/compiler/aslglobal.h > U src/sys/contrib/dev/acpica/compiler/asllength.c > U src/sys/contrib/dev/acpica/compiler/asllisting.c > U src/sys/contrib/dev/acpica/compiler/aslload.c > U src/sys/contrib/dev/acpica/compiler/asllookup.c > U src/sys/contrib/dev/acpica/compiler/aslmain.c > U src/sys/contrib/dev/acpica/compiler/aslmap.c > U src/sys/contrib/dev/acpica/compiler/aslopcodes.c > U src/sys/contrib/dev/acpica/compiler/asloperands.c > U src/sys/contrib/dev/acpica/compiler/aslopt.c > U src/sys/contrib/dev/acpica/compiler/aslresource.c > U src/sys/contrib/dev/acpica/compiler/aslrestype1.c > U src/sys/contrib/dev/acpica/compiler/aslrestype2.c > U src/sys/contrib/dev/acpica/compiler/aslstubs.c > U src/sys/contrib/dev/acpica/compiler/asltransform.c > U src/sys/contrib/dev/acpica/compiler/asltree.c > U src/sys/contrib/dev/acpica/compiler/asltypes.h > U src/sys/contrib/dev/acpica/compiler/aslutils.c > > 4 conflicts created by this import. > Use the following command to help the merge: > > cvs checkout -jINTEL:yesterday -jINTEL src/sys/contrib/dev/acpica > From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 12:07:48 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE52016A4CE; Fri, 2 Jul 2004 12:07:48 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 472D943D2F; Fri, 2 Jul 2004 12:07:48 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 74DE45310; Fri, 2 Jul 2004 14:06:18 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id A571A5309; Fri, 2 Jul 2004 14:06:10 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 5B5FEB860; Fri, 2 Jul 2004 14:06:10 +0200 (CEST) To: Mark Santcroos References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 02 Jul 2004 14:06:10 +0200 In-Reply-To: <20040702100347.GA9202@laptop.6bone.nl> (Mark Santcroos's message of "Fri, 2 Jul 2004 12:03:47 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 12:07:49 -0000 Mark Santcroos writes: > This commit imports a new version of the Intel ACPI-CA release. > No major changes, but please do check for regressions. While you're at it, could you please fix the build-breaking aliasing violations which were introduced with the quirk list? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 14:51:59 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7A9F16A4CE; Fri, 2 Jul 2004 14:51:59 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 333AC43D1F; Fri, 2 Jul 2004 14:51:57 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from samsco.org (p58.n-nypop02.stsn.com [199.106.89.58]) (authenticated bits=0) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i62Et7fY078787; Fri, 2 Jul 2004 08:55:08 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <40E5763C.1070607@samsco.org> Date: Fri, 02 Jul 2004 08:50:36 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mark Santcroos References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> In-Reply-To: <20040702100347.GA9202@laptop.6bone.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=3.8 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 14:52:00 -0000 Mark Santcroos wrote: > This commit imports a new version of the Intel ACPI-CA release. > No major changes, but please do check for regressions. > > Mark > Good job! It's great to see the ACPi torch get passed to another good developers. Scott From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 16:20:47 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FF3716A4CE; Fri, 2 Jul 2004 16:20:47 +0000 (GMT) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E434F43D39; Fri, 2 Jul 2004 16:20:46 +0000 (GMT) (envelope-from marks@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id 529724E745; Fri, 2 Jul 2004 18:19:48 +0200 (CEST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id 042294E2B5; Fri, 2 Jul 2004 18:19:48 +0200 (CEST) Received: from dell-laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id i62GJl4c002276; Fri, 2 Jul 2004 18:19:47 +0200 Received: (nullmailer pid 25142 invoked by uid 1001); Fri, 02 Jul 2004 16:19:47 -0000 Date: Fri, 2 Jul 2004 18:19:47 +0200 From: Mark Santcroos To: Dag-Erling Sm?rgrav Message-ID: <20040702161947.GI779@laptop.6bone.nl> References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: N 0.007013 / 0.0 / 0.0 / disabled X-RIPE-Signature: 21ede99577f8e887ef63fb3992c91531 cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 16:20:47 -0000 On Fri, Jul 02, 2004 at 02:06:10PM +0200, Dag-Erling Sm?rgrav wrote: > Mark Santcroos writes: > > This commit imports a new version of the Intel ACPI-CA release. > > No major changes, but please do check for regressions. > > While you're at it, could you please fix the build-breaking aliasing > violations which were introduced with the quirk list? I've troubles reproducing this. Any idea why I'm not seeing it? Mark From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 16:24:13 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D41AA16A4CE for ; Fri, 2 Jul 2004 16:24:13 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49B4043D31 for ; Fri, 2 Jul 2004 16:24:13 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.102] (ddsl-66-42-172-210.fuse.net [66.42.172.210]) (authenticated bits=0)i62FcdQr062709 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Fri, 2 Jul 2004 11:38:41 -0400 (EDT) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-acpi@freebsd.org Date: Fri, 2 Jul 2004 11:47:36 -0400 User-Agent: KMail/1.6.2 References: <200401121945.59585.mistry.7@osu.edu> <20040112172739.H58453@root.org> In-Reply-To: <20040112172739.H58453@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200407021147.52966.mistry.7@osu.edu> X-Spam-Status: No, hits=-4.9 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE, QUOTED_EMAIL_TEXT,RCVD_IN_ORBS,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_KMAIL version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: [acpi-jp 3000] Re: Fujitsu Function Button ACPI Module (FJEX) 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, 02 Jul 2004 16:24:13 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 12 January 2004 08:29 pm, Nate Lawson wrote: > On Mon, 12 Jan 2004, Anish Mistry wrote: > > I've been sitting on this for a while waiting to hear back from the > > primary author, but no word after a few weeks, so I'm posting it to see > > what people think. This module allows a program to receive events when > > the function buttons are pressed. It's companion userland program > > fujiapp hooks in and receives and event when a button is pressed and sh= ow > > the level. It has only been tested on the Fujitsu P2000 series laptops, > > but may work on other models with the FJEX acpi device. > > > > Sean's website: > > http://www.stalker.org/~sean/freebsd-p2040/FujiApp/ > > > > My modifications to make it a loadable module: > > http://am-productions.biz/docs/acpi_fjex.tgz > > and just fujiapp without the module source included: > > http://am-productions.biz/docs/fujiapp-1.1.tgz > > You should use acpi_UserNotify() to send events to userland. The events > will appear on /dev/devctl and can be parsed by devd. If you can do what > you want via devd.conf, fine. If you want to have your own program > reading /dev/devctl, you'll have to implement device cloning for > /dev/devctl first or not run devd. (A current deficiently in devctl is > that only one reader can be present at a time.) > > -Nate After much procrastination I've finally updated this module to CURRENT and match the Toshiba driver. Test if you have a Fujitsu P2000 (I've heard this device also appears on the P5000 and the S series). http://am-productions.biz/docs/acpi_fuji.tgz =46YI: My network has been a bit flaky you might have to request it a coupl= e of times before it goes through. Opps, sent it to the old list. I know that there are some style issues, bu= t=20 I'd like to get comments about anything that is wrong with the way I've don= e=20 things, or just suggestions. Thanks, =2D -- Anish Mistry =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA5YOoxqA5ziudZT0RAiiVAJ4gzKf/sSWvU2a3LPuG6ejOgn2b/ACgkUBi rdEqgNqHxdnLIDwkunE9Jxk=3D =3DJGAJ =2D----END PGP SIGNATURE----- From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 16:38:39 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1103C16A4CE; Fri, 2 Jul 2004 16:38:39 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC62C43D1D; Fri, 2 Jul 2004 16:38:38 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id EE2E75310; Fri, 2 Jul 2004 18:37:16 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 5A07E5309; Fri, 2 Jul 2004 18:37:09 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 44122B860; Fri, 2 Jul 2004 18:37:09 +0200 (CEST) To: Mark Santcroos References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 02 Jul 2004 18:37:09 +0200 In-Reply-To: <20040702161947.GI779@laptop.6bone.nl> (Mark Santcroos's message of "Fri, 2 Jul 2004 18:19:47 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 16:38:39 -0000 Mark Santcroos writes: > Any idea why I'm not seeing it? Because you're not building with -O2, like you should. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 17:03:07 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6C5C16A4CE; Fri, 2 Jul 2004 17:03:07 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7404A43D1D; Fri, 2 Jul 2004 17:03:07 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2F3F35309; Fri, 2 Jul 2004 19:01:35 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id AA4465313; Fri, 2 Jul 2004 19:01:26 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 8EE5BB860; Fri, 2 Jul 2004 19:01:26 +0200 (CEST) To: Mark Santcroos References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> <20040702164942.GP779@laptop.6bone.nl> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 02 Jul 2004 19:01:26 +0200 In-Reply-To: <20040702164942.GP779@laptop.6bone.nl> (Mark Santcroos's message of "Fri, 2 Jul 2004 18:49:42 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 17:03:08 -0000 Mark Santcroos writes: > From make.conf(5): > > " CFLAGS (str) Controls the compiler setting when compiling C code. > Optimization levels above -O (-O2, ...) are not supported= . " That's incorrect, we support -O2 now. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 18:03:07 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 08AC116A4CE; Fri, 2 Jul 2004 18:03:07 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 506C943D55; Fri, 2 Jul 2004 18:03:04 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 16FD25310; Fri, 2 Jul 2004 20:01:08 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id A628D5309; Fri, 2 Jul 2004 20:00:59 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 61451B860; Fri, 2 Jul 2004 20:00:59 +0200 (CEST) To: Mark Linimon References: From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 02 Jul 2004 20:00:59 +0200 In-Reply-To: (Mark Linimon's message of "Fri, 2 Jul 2004 12:38:13 -0500 (CDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 18:03:07 -0000 Mark Linimon writes: > On Fri, 2 Jul 2004, Dag-Erling Sm=F8rgrav wrote: > > That's incorrect, we support -O2 now. > Are you talking about kernels or ports or both? kernel and userland (except ppp(8) which has unresolved issues) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 18:34:07 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A48216A4CE; Fri, 2 Jul 2004 18:34:07 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5041543D54; Fri, 2 Jul 2004 18:34:07 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 17E0814859; Fri, 2 Jul 2004 12:38:13 -0500 (CDT) Date: Fri, 2 Jul 2004 12:38:13 -0500 (CDT) From: Mark Linimon X-X-Sender: linimon@pancho To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 18:34:07 -0000 On Fri, 2 Jul 2004, Dag-Erling Sm=F8rgrav wrote: > Mark Santcroos writes: > > From make.conf(5): > > > > " CFLAGS (str) Controls the compiler setting when compiling C co= de. > > Optimization levels above -O (-O2, ...) are not support= ed. " >=20 > That's incorrect, we support -O2 now. Are you talking about kernels or ports or both? mcl From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 18:57:35 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DF916A4CE; Fri, 2 Jul 2004 18:57:35 +0000 (GMT) Received: from postman.ripe.net (postman.ripe.net [193.0.0.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5786943D2F; Fri, 2 Jul 2004 18:57:35 +0000 (GMT) (envelope-from marks@dell-laptop.6bone.nl) Received: by postman.ripe.net (Postfix, from userid 8) id A34864EC2D; Fri, 2 Jul 2004 18:49:45 +0200 (CEST) Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by postman.ripe.net (Postfix) with ESMTP id 306C84E3BF; Fri, 2 Jul 2004 18:49:43 +0200 (CEST) Received: from dell-laptop.6bone.nl (cow.ripe.net [193.0.1.239]) by birch.ripe.net (8.12.10/8.11.6) with SMTP id i62Gng4c010783; Fri, 2 Jul 2004 18:49:42 +0200 Received: (nullmailer pid 44953 invoked by uid 1001); Fri, 02 Jul 2004 16:49:42 -0000 Date: Fri, 2 Jul 2004 18:49:42 +0200 From: Mark Santcroos To: Dag-Erling Sm?rgrav Message-ID: <20040702164942.GP779@laptop.6bone.nl> References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Handles: MS6-6BONE, MS18417-RIPE X-RIPE-Spam-Level: X-RIPE-Spam-Status: N 0.000000 / 0.0 / 0.0 / disabled X-RIPE-Signature: 298d3a55eb9597a4c8ee87079ec070e4 cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 18:57:36 -0000 On Fri, Jul 02, 2004 at 06:37:09PM +0200, Dag-Erling Sm?rgrav wrote: > Mark Santcroos writes: > > Any idea why I'm not seeing it? > > Because you're not building with -O2, like you should. I'm confused now... >From make.conf(5): " CFLAGS (str) Controls the compiler setting when compiling C code. Optimization levels above -O (-O2, ...) are not supported. " Mark From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 19:18:16 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 77B7816A4CE; Fri, 2 Jul 2004 19:18:16 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i62JIFNd015049; Fri, 2 Jul 2004 15:18:16 -0400 (EDT) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.12.11/8.12.11/Submit) id i62JIFXK015048; Fri, 2 Jul 2004 15:18:15 -0400 (EDT) (envelope-from green) Date: Fri, 2 Jul 2004 15:18:15 -0400 From: Brian Fundakowski Feldman To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20040702191815.GM1034@green.homeunix.org> References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 19:18:16 -0000 On Fri, Jul 02, 2004 at 06:37:09PM +0200, Dag-Erling Smørgrav wrote: > Mark Santcroos writes: > > Any idea why I'm not seeing it? > > Because you're not building with -O2, like you should. I think DES forgot to say "for testing purposes." Also, why do we trust -O2 when there's still no assurance that the reason it's broken with ppp(8) is a ppp(8) C bug itself? -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 21:11:12 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 76F6216A4CE; Fri, 2 Jul 2004 21:11:12 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A81543D31; Fri, 2 Jul 2004 21:11:12 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id BE90C72DF4; Fri, 2 Jul 2004 13:47:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BCF1872DF2; Fri, 2 Jul 2004 13:47:22 -0700 (PDT) Date: Fri, 2 Jul 2004 13:47:22 -0700 (PDT) From: Doug White To: Brian Fundakowski Feldman In-Reply-To: <20040702191815.GM1034@green.homeunix.org> Message-ID: <20040702134708.F84991@carver.gumbysoft.com> References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> <20040702191815.GM1034@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 21:11:12 -0000 On Fri, 2 Jul 2004, Brian Fundakowski Feldman wrote: > On Fri, Jul 02, 2004 at 06:37:09PM +0200, Dag-Erling Sm=F8rgrav wrote: > > Mark Santcroos writes: > > > Any idea why I'm not seeing it? > > > > Because you're not building with -O2, like you should. > > I think DES forgot to say "for testing purposes." > > Also, why do we trust -O2 when there's still no assurance that the reason > it's broken with ppp(8) is a ppp(8) C bug itself? ppp probably horks due to known -O2 bugs in libalias. --=20 Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 21:27:18 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEA0B16A4CE for ; Fri, 2 Jul 2004 21:27:18 +0000 (GMT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 7F2F343D39 for ; Fri, 2 Jul 2004 21:27:18 +0000 (GMT) (envelope-from nate@root.org) Received: (qmail 55825 invoked by uid 1000); 2 Jul 2004 21:19:09 -0000 Date: Fri, 2 Jul 2004 14:19:09 -0700 (PDT) From: Nate Lawson To: Brian Fundakowski Feldman In-Reply-To: <20040702191815.GM1034@green.homeunix.org> Message-ID: <20040702141843.C55727@root.org> References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> <20040702191815.GM1034@green.homeunix.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 21:27:18 -0000 On Fri, 2 Jul 2004, Brian Fundakowski Feldman wrote: > On Fri, Jul 02, 2004 at 06:37:09PM +0200, Dag-Erling Sm=F8rgrav wrote: > > Mark Santcroos writes: > > > Any idea why I'm not seeing it? > > > > Because you're not building with -O2, like you should. > > I think DES forgot to say "for testing purposes." > > Also, why do we trust -O2 when there's still no assurance that the reason > it's broken with ppp(8) is a ppp(8) C bug itself? Either way, please start a new thread. I've committed a fix that gets rid of the warning in ACPI. -Nate From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 2 22:00:40 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27A3316A4CE; Fri, 2 Jul 2004 22:00:40 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id D999843EC8; Fri, 2 Jul 2004 22:00:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i62Lp5P6016185; Fri, 2 Jul 2004 17:51:05 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6486152347; Fri, 2 Jul 2004 14:50:54 -0700 (PDT) Date: Fri, 2 Jul 2004 14:50:54 -0700 From: Kris Kennaway To: Dag-Erling Sm?rgrav Message-ID: <20040702215054.GA54100@xor.obsecurity.org> References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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, 02 Jul 2004 22:00:40 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 02, 2004 at 06:37:09PM +0200, Dag-Erling Sm?rgrav wrote: > Mark Santcroos writes: > > Any idea why I'm not seeing it? >=20 > Because you're not building with -O2, like you should. It's a bit disingenuous to criticize someone for not building with -O2 and then noting in the next email that there's a known bug with -O2. Kris --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA5di9Wry0BWjoQKURAk3EAKCOr5/+gsZsD43CGGNH2tSEvuZ6DQCcDeBU 3HKcSI2C6yw9nBXLAQwdvaw= =1II4 -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 3 20:18:03 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAF9D16A4CF; Sat, 3 Jul 2004 20:18:03 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35E4843D49; Sat, 3 Jul 2004 20:18:03 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id CB8295311; Sat, 3 Jul 2004 22:18:01 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 092635309; Sat, 3 Jul 2004 22:17:54 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id CB4C9B860; Sat, 3 Jul 2004 22:17:54 +0200 (CEST) To: Kris Kennaway References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> <20040702215054.GA54100@xor.obsecurity.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 03 Jul 2004 22:17:54 +0200 In-Reply-To: <20040702215054.GA54100@xor.obsecurity.org> (Kris Kennaway's message of "Fri, 2 Jul 2004 14:50:54 -0700") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: ACPI-CA 20040527 import 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: Sat, 03 Jul 2004 20:18:04 -0000 Kris Kennaway writes: > It's a bit disingenuous to criticize someone for not building with -O2 > and then noting in the next email that there's a known bug with -O2. No, it isn't. The bug is there because we've been shoving that kind of thing under the carpet for years, and the best way to stop doing that is to make -O2 mandatory for developers. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 3 20:43:28 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72CEF16A4CE; Sat, 3 Jul 2004 20:43:28 +0000 (GMT) Received: from gateway.nixsys.be (gateway.nixsys.be [195.144.77.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD97D43D3F; Sat, 3 Jul 2004 20:43:27 +0000 (GMT) (envelope-from philip@paeps.cx) Received: from erda.home.paeps.cx (erda.home.paeps.cx [IPv6:2001:838:37f:10::1]) by gateway.nixsys.be (Postfix) with ESMTP id 9860A1AA; Sat, 3 Jul 2004 22:43:25 +0200 (CEST) Received: from fasolt.home.paeps.cx (fasolt.home.paeps.cx [10.0.0.2]) by erda.home.paeps.cx (Postfix) with ESMTP id 74963211E; Sat, 3 Jul 2004 22:43:22 +0200 (CEST) Received: from fasolt.home.paeps.cx (philip@localhost [127.0.0.1]) i63KhOEF011323; Sat, 3 Jul 2004 22:43:24 +0200 (CEST) (envelope-from philip@fasolt.home.paeps.cx) Received: (from philip@localhost) by fasolt.home.paeps.cx (8.12.11/8.12.11/Submit) id i63KhN0a011322; Sat, 3 Jul 2004 22:43:23 +0200 (CEST) (envelope-from philip) Date: Sat, 3 Jul 2004 22:43:23 +0200 From: Philip Paeps To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20040703204323.GA95168@fasolt.home.paeps.cx> Mail-Followup-To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Kris Kennaway , freebsd-acpi@freebsd.org, freebsd-current@freebsd.org References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> <20040702215054.GA54100@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Date-in-Rome: ante diem V Nonas Iulias MMDCCLVII ab Urbe Condida X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879 X-Message-Flag: Get a proper mailclient! User-Agent: Mutt/1.5.6i cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: ACPI-CA 20040527 import 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: Sat, 03 Jul 2004 20:43:28 -0000 On 2004-07-03 22:17:54 (+0200), Dag-Erling Smørgrav wrote: > Kris Kennaway writes: > > It's a bit disingenuous to criticize someone for not building with -O2 and > > then noting in the next email that there's a known bug with -O2. > > No, it isn't. The bug is there because we've been shoving that kind of > thing under the carpet for years, and the best way to stop doing that is to > make -O2 mandatory for developers. Would it make sense to make it the default in -current then? - Philip -- Philip Paeps Please don't CC me, I am subscribed to the list. On a beautiful day like this it's hard to believe anyone can be unhappy -- but we will work on it. From owner-freebsd-acpi@FreeBSD.ORG Sat Jul 3 23:10:30 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 498FA16A4CE; Sat, 3 Jul 2004 23:10:30 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A5FE43D4C; Sat, 3 Jul 2004 23:10:30 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (adsl-63-207-60-35.dsl.lsan03.pacbell.net [63.207.60.35])i63NATfs002412; Sat, 3 Jul 2004 19:10:30 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3264A53B94; Sat, 3 Jul 2004 16:10:27 -0700 (PDT) Date: Sat, 3 Jul 2004 16:10:27 -0700 From: Kris Kennaway To: Dag-Erling Sm?rgrav Message-ID: <20040703231027.GA74329@xor.obsecurity.org> References: <200407020815.i628F5sp016504@repoman.freebsd.org> <20040702100347.GA9202@laptop.6bone.nl> <20040702161947.GI779@laptop.6bone.nl> <20040702215054.GA54100@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mP3DRpeJDSE+ciuQ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: freebsd-acpi@freebsd.org cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: ACPI-CA 20040527 import 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: Sat, 03 Jul 2004 23:10:30 -0000 --mP3DRpeJDSE+ciuQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 03, 2004 at 10:17:54PM +0200, Dag-Erling Sm?rgrav wrote: > Kris Kennaway writes: > > It's a bit disingenuous to criticize someone for not building with -O2 > > and then noting in the next email that there's a known bug with -O2. >=20 > No, it isn't. The bug is there because we've been shoving that kind > of thing under the carpet for years, and the best way to stop doing > that is to make -O2 mandatory for developers. Then either make -O2 mandatory for developers by putting it in make.conf, or don't complain that developers aren't building with your private special settings. Kris --mP3DRpeJDSE+ciuQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA5zziWry0BWjoQKURAvnvAJ9gt9V3otZGLUARWydDb9YhHpU4XACdFvFO 6HEeh+f6R83K2hGuR6uEUyU= =UGFY -----END PGP SIGNATURE----- --mP3DRpeJDSE+ciuQ--