From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 16 11:06:50 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EC781065687 for ; Mon, 16 Mar 2009 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4C7B18FC19 for ; Mon, 16 Mar 2009 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2GB6osa043154 for ; Mon, 16 Mar 2009 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2GB6nDN043150 for freebsd-acpi@FreeBSD.org; Mon, 16 Mar 2009 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Mar 2009 11:06:49 GMT Message-Id: <200903161106.n2GB6nDN043150@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 11:06:50 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode o kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/127581 acpi [patch] [acpi_sony] Add support for more Sony features o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/117605 acpi [acpi] [request] add debug.cpufreq.highest o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108581 acpi [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argume o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be f kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 f kern/67309 acpi zzz reboot computer (ACPI S3) o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 48 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 16 16:03:36 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D1211065670 for ; Mon, 16 Mar 2009 16:03:36 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D3DBE8FC14 for ; Mon, 16 Mar 2009 16:03:35 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA19517 for ; Mon, 16 Mar 2009 18:03:34 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49BE7855.40709@icyb.net.ua> Date: Mon, 16 Mar 2009 18:03:33 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: piix4: heuristic quirk for incorrect value of PM1a_CNT_BLK X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 16:03:36 -0000 I personally own two different systems (from different vendors) based on PIIX4E/440BX chipset. They both have incorrect value of PM1a_CNT_BLK and in both case it's 0x4040 instead 0x4004. I suspect that this was a common mistake that was made by a BIOS vendor and then propagated into a number of BIOSes for different motehrboard vendors. I've developed a local quirk/fix for this which works in heuristic way. It depends on the fact that PIIX4 and later ICH chipsets have the same layout for several ACPI-related registers in Power Management IO space. So it forces Pm1aControlBlock to pm_base + 4 if Pm1aEventBlock is at pm_base + 0 and PmTimerBlock is at pm_base + 8. But I am not sure if it won't break any non-Intel HW. So this patch is not likely to be ever committed to freebsd sources, but it might be useful for some people. This can help on the relevant systems that have problems with shutdown/reboot via ACPI. diff --git a/sys/dev/acpica/acpi_quirk.c b/sys/dev/acpica/acpi_quirk.c index b75a527..bb44088 100644 --- a/sys/dev/acpica/acpi_quirk.c +++ b/sys/dev/acpica/acpi_quirk.c @@ -140,6 +140,7 @@ acpi_table_quirks(int *quirks) const struct acpi_q_entry *entry; const struct acpi_q_rule *match; ACPI_TABLE_HEADER fadt, dsdt, xsdt, *hdr; + UINT32 pm_base; int done; /* First, allow the machdep system to set its idea of quirks. */ @@ -180,5 +181,21 @@ acpi_table_quirks(int *quirks) } } + /* Special check for incorrect PM1a_CNT_BLK address on PIIX4E systems, + * a mistake that was common for many BIOS vendors. + */ + pm_base = AcpiGbl_FADT.Pm1aControlBlock & 0xffffff00; + if ((AcpiGbl_FADT.PmTimerBlock & 0xffffff00) == pm_base + && (AcpiGbl_FADT.Pm1aEventBlock & 0xffffff00) == pm_base + && (AcpiGbl_FADT.PmTimerBlock & 0xff) == 0x08 + && (AcpiGbl_FADT.Pm1aEventBlock & 0xff) == 0x00 + && (AcpiGbl_FADT.Pm1aControlBlock & 0xff) != 0x04) + { + printf("detected a system that looks like PIIX4E with incorrect " + "PM1a_CNT_BLK address\n"); + printf("PM_BASE: %#x, PM1a_CNT_BLK: %#x => %#x\n", + pm_base, AcpiGbl_FADT.Pm1aControlBlock, pm_base | 0x04); + AcpiGbl_FADT.Pm1aControlBlock = pm_base | 0x04; + } return (0); } -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 16 16:11:09 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32CF3106564A for ; Mon, 16 Mar 2009 16:11:09 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5E0648FC16 for ; Mon, 16 Mar 2009 16:11:08 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA19722 for ; Mon, 16 Mar 2009 18:11:07 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <49BE7A1A.3040603@icyb.net.ua> Date: Mon, 16 Mar 2009 18:11:06 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: "freebsd-acpi@freebsd.org" X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: piix4e: quirk/fix for proper throttling duty width X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2009 16:11:09 -0000 Intel documentation on PIIX4E unambiguously specifies CPU throttling duty offset and width. It seems that some vendor BIOS specify an incorrect (smaller) value for the width for unknown reason. I have a private patch for this. This is unlikely to be ever committed to freebsd source because of minor importance (of both the feature and the very old hardware) and potential risks. But someone might find this useful, so I am sharing. diff --git a/sys/dev/acpica/acpi_throttle.c b/sys/dev/acpica/acpi_throttle.c index d79d7ae..a0ad5ae 100644 --- a/sys/dev/acpica/acpi_throttle.c +++ b/sys/dev/acpica/acpi_throttle.c @@ -80,11 +80,14 @@ struct acpi_throttle_softc { (CPU_SPEED_PERCENT(x) % 10) #define CPU_P_CNT_THT_EN (1<<4) #define CPU_QUIRK_NO_THROTTLE (1<<1) /* Throttling is not usable. */ +#define CPU_QUIRK_PIIX4_WIDTH (1<<2) #define PCI_VENDOR_INTEL 0x8086 #define PCI_DEVICE_82371AB_3 0x7113 /* PIIX4 chipset for quirks. */ #define PCI_REVISION_A_STEP 0 #define PCI_REVISION_B_STEP 1 +#define PCI_REVISION_4E 2 +#define PCI_REVISION_4M 3 static uint32_t cpu_duty_offset; /* Offset in P_CNT of throttle val. */ static uint32_t cpu_duty_width; /* Bit width of throttle value. */ @@ -247,6 +250,8 @@ acpi_throttle_evaluate(struct acpi_throttle_softc *sc) } if (cpu_duty_width == 0 || (thr_quirks & CPU_QUIRK_NO_THROTTLE) != 0) return (ENXIO); + if ((thr_quirks & CPU_QUIRK_PIIX4_WIDTH) != 0) + cpu_duty_width = 3; /* Validate the duty offset/width. */ duty_end = cpu_duty_offset + cpu_duty_width - 1; @@ -333,8 +338,14 @@ acpi_throttle_quirks(struct acpi_throttle_softc *sc) case PCI_REVISION_A_STEP: case PCI_REVISION_B_STEP: thr_quirks |= CPU_QUIRK_NO_THROTTLE; + device_printf(sc->cpu_dev, + "throttling is disabled for PIIX4 rev. A/B\n"); break; - default: + case PCI_REVISION_4E: + case PCI_REVISION_4M: + thr_quirks |= CPU_QUIRK_PIIX4_WIDTH; + device_printf(sc->cpu_dev, + "throttling has 12.5%% step for PIIX4E/M\n"); break; } } -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 19 12:00:40 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE3E61065674 for ; Thu, 19 Mar 2009 12:00:40 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp2c.orange.fr (smtp2c.orange.fr [80.12.242.155]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2AC8FC16 for ; Thu, 19 Mar 2009 12:00:40 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp20.orange.fr (mwinf2029 [172.22.130.129]) by mwinf2c20.orange.fr (SMTP Server) with ESMTP id 08A961C01445; Thu, 19 Mar 2009 11:46:03 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2029.orange.fr (SMTP Server) with ESMTP id E4F221C0009C; Thu, 19 Mar 2009 11:46:01 +0100 (CET) Received: from [192.168.1.96] (ABordeaux-157-1-104-249.w90-38.abo.wanadoo.fr [90.38.79.249]) by mwinf2029.orange.fr (SMTP Server) with ESMTP id 9D9E51C00092; Thu, 19 Mar 2009 11:46:01 +0100 (CET) X-ME-UUID: 20090319104601645.9D9E51C00092@mwinf2029.orange.fr Message-ID: <49C2221B.2050004@wanadoo.fr> Date: Thu, 19 Mar 2009 11:44:43 +0100 From: Nicolas User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: RE: Problem with ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 12:00:41 -0000 Hi FreeBSD users, I'm using FreeBSD 8-Current and i have this message in dmesg when i click on the direct application button: acpi_ec0: wait timed out (no response), forcing polled mode acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.HTEV] (Node 0xc6b4cb60), AE_NO_HARDWARE_RESPONSE ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_._Q44] (Node 0xc6b4b020), AE_NO_HARDWARE_RESPONSE acpi_ec0: evaluation of query method _Q44 failed: AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE acpi_ec0: EcRead: failed waiting to get data ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by Handler for [EmbeddedControl] [20070320] ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.LPC_.EC0_._Q43] (Node 0xc6b4b040), AE_NO_HARDWARE_RESPONSE acpi_ec0: evaluation of query method _Q43 failed: AE_NO_HARDWARE_RESPONSE I'm using the latest available bios version. Do you know where the problem come from ? Do you know if i need a special "acpi_support" driver to make it work (like the acpi_panasonic or acpi_sony) ? Thanks in advance. Niko. From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 19 18:56:17 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A95AF1065687 for ; Thu, 19 Mar 2009 18:56:17 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 05F538FC08 for ; Thu, 19 Mar 2009 18:56:16 +0000 (UTC) (envelope-from niktychina@gmail.com) Received: by fxm11 with SMTP id 11so593900fxm.43 for ; Thu, 19 Mar 2009 11:56:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=AXT/uDY8jEy0piV87S5RbJp7UpjlzCEkWuxs7HuAwKw=; b=FJ0AoE8O3GbJ0cc4B9AlK0JF6LFI8uIweFmRwwvqc9gmUknNddpwSoeJ8v9InQbgMV QtkMi7g3Mw/aHQeBz1zWxtcBec/iVT+5lDyjfaVhJlFeTuJzV+UzUBa2vaAZ/ZqBQ7Tz XoZYDoUCdOo45WMVT9XG5wkJ6X+9YPBLWEZec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=voDxqkkrrTgE2WkgMYat5Rt7/DBerwZHVB1Lr2wefdHHpM0Q1WXxIde3Ut8BzSBQee UzesbtBJB90C1Ll0d+GHwAbgHQ5DVIf4dtdzg409fk/i7j0vbgo6FINdHZE1+GMJW7nK 1ahytuhN9KlxNkuadtM0kA88AB/ib5n/o0I2M= MIME-Version: 1.0 Received: by 10.86.95.8 with SMTP id s8mr756539fgb.16.1237487030517; Thu, 19 Mar 2009 11:23:50 -0700 (PDT) In-Reply-To: <49C2221B.2050004@wanadoo.fr> References: <49C2221B.2050004@wanadoo.fr> Date: Thu, 19 Mar 2009 21:23:50 +0300 Message-ID: From: Nikolay Tychina To: Nicolas , freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Problem with ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 18:56:18 -0000 Acer? I have the same errors on 7.1 /Acer Aspire 5520/ I disabled ec debug.acpi.disabled="ec" and don't care :D Suspending doesn't work of course. 2009/3/19 Nicolas > Hi FreeBSD users, > > I'm using FreeBSD 8-Current and i have this message in dmesg when i click > on the direct application button: > > acpi_ec0: wait timed out (no response), forcing polled mode > acpi_ec0: EcRead: failed waiting to get data > ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by > Handler for [EmbeddedControl] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.HTEV] > (Node 0xc6b4cb60), AE_NO_HARDWARE_RESPONSE > ACPI Error (psparse-0626): Method parse/execution failed > [\\_SB_.PCI0.LPC_.EC0_._Q44] (Node 0xc6b4b020), AE_NO_HARDWARE_RESPONSE > acpi_ec0: evaluation of query method _Q44 failed: AE_NO_HARDWARE_RESPONSE > acpi_ec0: EcRead: failed waiting to get data > ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by > Handler for [EmbeddedControl] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] > (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE > acpi_ec0: EcRead: failed waiting to get data > ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by > Handler for [EmbeddedControl] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] > (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE > acpi_ec0: EcRead: failed waiting to get data > ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by > Handler for [EmbeddedControl] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] > (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE > acpi_ec0: EcRead: failed waiting to get data > ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by > Handler for [EmbeddedControl] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.BAT0._BST] > (Node 0xc6b46860), AE_NO_HARDWARE_RESPONSE > acpi_ec0: EcRead: failed waiting to get data > ACPI Exception (evregion-0529): AE_NO_HARDWARE_RESPONSE, Returned by > Handler for [EmbeddedControl] [20070320] > ACPI Error (psparse-0626): Method parse/execution failed > [\\_SB_.PCI0.LPC_.EC0_._Q43] (Node 0xc6b4b040), AE_NO_HARDWARE_RESPONSE > acpi_ec0: evaluation of query method _Q43 failed: AE_NO_HARDWARE_RESPONSE > > I'm using the latest available bios version. > Do you know where the problem come from ? > Do you know if i need a special "acpi_support" driver to make it work (like > the acpi_panasonic or acpi_sony) ? > > Thanks in advance. > Niko. > > > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 19 20:17:18 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54CFC106566B for ; Thu, 19 Mar 2009 20:17:18 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp2c.orange.fr (smtp2c.orange.fr [80.12.242.153]) by mx1.freebsd.org (Postfix) with ESMTP id 1797F8FC16 for ; Thu, 19 Mar 2009 20:17:17 +0000 (UTC) (envelope-from c.r.n.a@wanadoo.fr) Received: from smtp20.orange.fr (mwinf2009 [172.22.130.37]) by mwinf2c05.orange.fr (SMTP Server) with ESMTP id 06760C03B9EC for ; Thu, 19 Mar 2009 20:06:16 +0100 (CET) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2009.orange.fr (SMTP Server) with ESMTP id EB7751C000B7; Thu, 19 Mar 2009 20:06:14 +0100 (CET) Received: from [192.168.1.96] (ABordeaux-157-1-145-218.w86-210.abo.wanadoo.fr [86.210.152.218]) by mwinf2009.orange.fr (SMTP Server) with ESMTP id AD17C1C00081; Thu, 19 Mar 2009 20:06:14 +0100 (CET) X-ME-UUID: 20090319190614709.AD17C1C00081@mwinf2009.orange.fr Message-ID: <49C29759.4060003@wanadoo.fr> Date: Thu, 19 Mar 2009 20:04:57 +0100 From: Nicolas User-Agent: Thunderbird 2.0.0.19 (X11/20090311) MIME-Version: 1.0 To: Nikolay Tychina , freebsd-acpi@freebsd.org References: <49C2221B.2050004@wanadoo.fr> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem with ACPI X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Mar 2009 20:17:18 -0000 No, it's HP Pavilion dv7 Disabling "ec" make hald not working. Acpi errors messages disapared ! But how to use the direct application button ? Thanks in advance, Niko. > Acer? I have the same errors on 7.1 /Acer Aspire 5520/ > > I disabled ec > > debug.acpi.disabled="ec" > > > and don't care :D > > Suspending doesn't work of course. From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 20 00:30:04 2009 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26714106567F for ; Fri, 20 Mar 2009 00:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0976E8FC1C for ; Fri, 20 Mar 2009 00:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2K0U3V4011013 for ; Fri, 20 Mar 2009 00:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2K0U3iG011009; Fri, 20 Mar 2009 00:30:03 GMT (envelope-from gnats) Date: Fri, 20 Mar 2009 00:30:03 GMT Message-Id: <200903200030.n2K0U3iG011009@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: =?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?= Cc: Subject: Re: kern/108581: [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argument X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?= List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 00:30:04 -0000 The following reply was made to PR kern/108581; it has been noted by GNATS. From: =?UTF-8?Q?Daniel_Dvo=C5=99=C3=A1k?= To: , Cc: Subject: Re: kern/108581: [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argument Date: Fri, 20 Mar 2009 01:01:51 +0100 This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C9A8F7.746C4190 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi acpi team, =20 today I have installed fbsd 7.1R on one box with this relativly old = error and I was surprised about results .. it is the same: =20 # uname -a FreeBSD X.Y.Z 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 = UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC = i386 # sysctl dev.cpu.0.cx_supported dev.cpu.0.cx_supported: C1/0 # sysctl hw.acpi.cpu.cx_lowest=3DC1 hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument =20 # sysctl hw.acpi.cpu.cx_lowest=3DC0 hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument =20 # sysctl hw.acpi.cpu.cx_lowest=3DC1/0 hw.acpi.cpu.cx_lowest: C1 sysctl: hw.acpi.cpu.cx_lowest: Invalid argument # dmesg -a | grep "acpi" acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, ff00000 (3) failed acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 cpu0: on acpi0 hw.acpi.cpu.cx_lowest: hw.acpi.cpu.cx_lowest ------=_NextPart_000_0007_01C9A8F7.746C4190 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =EF=BB=BF
Hi = acpi=20 team,
 
today = I have=20 installed fbsd 7.1R on one box with this relativly old error and I was = surprised=20 about results .. it is the same:
 
# = uname=20 -a
FreeBSD X.Y.Z 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan  1 = 14:37:25=20 UTC 2009     r= oot@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =20 i386
# sysctl=20 dev.cpu.0.cx_supported
dev.cpu.0.cx_supported:=20 C1/0
# = sysctl=20 hw.acpi.cpu.cx_lowest=3DC1
hw.acpi.cpu.cx_lowest: C1
sysctl:=20 hw.acpi.cpu.cx_lowest: Invalid argument
 
# = sysctl=20 hw.acpi.cpu.cx_lowest=3DC0
hw.acpi.cpu.cx_lowest: C1
sysctl:=20 hw.acpi.cpu.cx_lowest: Invalid argument
 
# = sysctl=20 hw.acpi.cpu.cx_lowest=3DC1/0
hw.acpi.cpu.cx_lowest: C1
sysctl:=20 hw.acpi.cpu.cx_lowest: Invalid argument
# = dmesg -a | grep=20 "acpi"
acpi0: = <ASUS=20 P4S8X-X> on motherboard
acpi0: Overriding SCI Interrupt from IRQ 9 = to IRQ=20 20
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
acpi0: = reservation of=20 0, a0000 (3) failed
acpi0: reservation of 100000, ff00000 (3)=20 failed
acpi_timer0: <24-bit timer at 3.579545MHz> port = 0xe408-0xe40b on=20 acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI = Host-PCI=20 bridge> port 0xcf8-0xcff on acpi0
atkbdc0: <Keyboard controller = (i8042)> port 0x60,0x64 irq 1 on acpi0
cpu0: <ACPI CPU> on=20 acpi0
hw.acpi.cpu.cx_lowest:
hw.acpi.cpu.cx_lowest
------=_NextPart_000_0007_01C9A8F7.746C4190-- From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 20 19:13:50 2009 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69332106564A for ; Fri, 20 Mar 2009 19:13:50 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 26BE88FC0A for ; Fri, 20 Mar 2009 19:13:50 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 9C1E31902C; Fri, 20 Mar 2009 19:13:48 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.5 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Fri, 20 Mar 2009 19:13:48 +0000 (GMT) Date: Fri, 20 Mar 2009 19:13:40 +0000 From: Bruce Cran To: Daniel =?UTF-8?B?RHZvxZnDoWs=?= Message-ID: <20090320191340.7cff38c9@gluon> In-Reply-To: <200903200030.n2K0U3iG011009@freefall.freebsd.org> References: <200903200030.n2K0U3iG011009@freefall.freebsd.org> X-Mailer: Claws Mail 3.6.1 (GTK+ 2.15.5; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@FreeBSD.org Subject: Re: kern/108581: [sysctl] sysctl: hw.acpi.cpu.cx_lowest: Invalid argument X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 19:13:50 -0000 On Fri, 20 Mar 2009 00:30:03 GMT Daniel Dvo=C5=99=C3=A1k wrote: > The following reply was made to PR kern/108581; it has been noted by > GNATS. >=20 > From: =3D?UTF-8?Q?Daniel_Dvo=3DC5=3D99=3DC3=3DA1k?=3D > To: , > > Cc: =20 > Subject: Re: kern/108581: [sysctl] sysctl: hw.acpi.cpu.cx_lowest: > Invalid argument Date: Fri, 20 Mar 2009 01:01:51 +0100 >=20 > This is a multi-part message in MIME format. > =20 > ------=3D_NextPart_000_0007_01C9A8F7.746C4190 > Content-Type: text/plain; > charset=3D"UTF-8" > Content-Transfer-Encoding: quoted-printable > =20 > Hi acpi team, > =3D20 > today I have installed fbsd 7.1R on one box with this relativly old =3D > error and I was surprised about results .. it is the same: > =3D20 > # uname -a > FreeBSD X.Y.Z 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 > 14:37:25 =3D UTC 2009 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC =3D i386 > =20 > # sysctl dev.cpu.0.cx_supported > dev.cpu.0.cx_supported: C1/0 > =20 > # sysctl hw.acpi.cpu.cx_lowest=3D3DC1 > hw.acpi.cpu.cx_lowest: C1 > sysctl: hw.acpi.cpu.cx_lowest: Invalid argument I get the same error on my relatively ancient Athlon XP machine - I originally bought it in 2002. Since it pre-dates all the CPU power-saving technologies I wouldn't expect setting Cx to do anything, but it seems FreeBSD creates the sysctl nodes regardless, and tries to initialize cx_lowest to C1 during boot. --=20 Bruce Cran From owner-freebsd-acpi@FreeBSD.ORG Fri Mar 20 20:09:53 2009 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A9601065689 for ; Fri, 20 Mar 2009 20:09:53 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga14.intel.com (mga14.intel.com [143.182.124.37]) by mx1.freebsd.org (Postfix) with ESMTP id 352288FC1A for ; Fri, 20 Mar 2009 20:09:52 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga102.ch.intel.com with ESMTP; 20 Mar 2009 13:09:52 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.38,396,1233561600"; d="scan'208";a="122536773" Received: from orsmsx604.amr.corp.intel.com ([10.22.226.87]) by azsmga001.ch.intel.com with ESMTP; 20 Mar 2009 13:09:52 -0700 Received: from orsmsx503.amr.corp.intel.com ([10.22.226.47]) by orsmsx604.amr.corp.intel.com ([10.250.113.17]) with mapi; Fri, 20 Mar 2009 13:09:51 -0700 From: "Moore, Robert" To: "Moore, Robert" Date: Fri, 20 Mar 2009 13:09:50 -0700 Thread-Topic: ACPICA version 20090320 released Thread-Index: Acmpl9LWwPexiZaGRD+8T60zC9o2vg== Message-ID: <4911F71203A09E4D9981D27F9D8308581C920D84@orsmsx503.amr.corp.intel.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 20 Mar 2009 20:21:04 +0000 Cc: Subject: ACPICA version 20090320 released X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 20:09:53 -0000 20 March 2009. Summary of changes for version 20090320: This release is available at www.acpica.org/downloads. 1) ACPI CA Core Subsystem: Fixed a possible race condition between AcpiWalkNamespace and dynamic table= unloads. Added a reader/writer locking mechanism to allow multiple concurr= ent namespace walks (readers), but block a dynamic table unload until it ca= n gain exclusive write access to the namespace. This fixes a problem where = a table unload could (possibly catastrophically) delete the portion of the = namespace that is currently being examined by a walk. Adds a new file, utlo= ck.c, that implements the reader/writer lock mechanism. ACPICA BZ 749. Fixed a regression introduced in version 20090220 where a change to the FAD= T handling could cause the ACPICA subsystem to access non-existent I/O port= s. Modified the handling of FADT register and table (FACS/DSDT) addresses. The= FADT can contain both 32-bit and 64-bit versions of these addresses. Previ= ously, the 64-bit versions were favored, meaning that if both 32 and 64 ver= sions were valid, but not equal, the 64-bit version was used. This was foun= d to cause some machines to fail. Now, in this case, the 32-bit version is = used instead. This now matches the Windows behavior. Implemented a new mechanism to protect certain I/O ports. Provides Microsof= t compatibility and protects the standard PC I/O ports from access via AML = code. Adds a new file, hwvalid.c Fixed a possible extraneous warning message from the FADT support. The mess= age warns of a 32/64 length mismatch between the legacy and GAS definitions= for a register. Removed the obsolete AcpiOsValidateAddress OSL interface. This interface is= made obsolete by the port protection mechanism above. It was previously us= ed to validate the entire address range of an operation region, which could= be incorrect if the range included illegal ports, but fields within the op= eration region did not actually access those ports. Validation is now perfo= rmed on a per-field basis instead of the entire region. Modified the handling of the PM1 Status Register ignored bit (bit 11.) Igno= red bits must be "preserved" according to the ACPI spec. Usually, this mean= s a read/modify/write when writing to the register. However, for status reg= isters, writing a one means clear the event. Writing a zero means preserve = the event (do not clear.) This behavior is clarified in the ACPI 4.0 spec, = and the ACPICA code now simply always writes a zero to the ignored bit. Modified the handling of ignored bits for the PM1 A/B Control Registers. As= per the ACPI specification, for the control registers, preserve (read/modi= fy/write) all bits that are defined as either reserved or ignored. Updated the handling of write-only bits in the PM1 A/B Control Registers. W= hen reading the register, zero the write-only bits as per the ACPI spec. AC= PICA BZ 443. Lin Ming. Removed "Linux" from the list of supported _OSI strings. Linux no longer wa= nts to reply true to this request. The Windows strings are the only paths t= hrough the AML that are tested and known to work properly. Previous Release: Non-Debug Version: 82.0K Code, 17.5K Data, 99.5K Total Debug Version: 156.9K Code, 49.8K Data, 206.7K Total Current Release: Non-Debug Version: 82.6K Code, 17.6K Data, 100.2K Total Debug Version: 157.7K Code, 49.9K Data, 207.6K Total 2) iASL Compiler/Disassembler and Tools: Acpiexec: Split the large aeexec.c file into two new files, aehandlers.c an= d aetables.c