From owner-freebsd-acpi@FreeBSD.ORG Mon Feb 16 11:06:46 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 378C8106564A for ; Mon, 16 Feb 2009 11:06:46 +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 23CC38FC2A for ; Mon, 16 Feb 2009 11:06:46 +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 n1GB6kIM096020 for ; Mon, 16 Feb 2009 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1GB6jQb096016 for freebsd-acpi@FreeBSD.org; Mon, 16 Feb 2009 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Feb 2009 11:06:45 GMT Message-Id: <200902161106.n1GB6jQb096016@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 Feb 2009 11:06:46 -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/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 47 problems total. From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 19 11:10:41 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 EABF01065673; Thu, 19 Feb 2009 11:10:41 +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 005A38FC19; Thu, 19 Feb 2009 11:10:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (beta-e.starpoint.kiev.ua [212.40.38.102]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA10459; Thu, 19 Feb 2009 13:10:39 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <499D3E2E.7090500@icyb.net.ua> Date: Thu, 19 Feb 2009 13:10:38 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Rui Paulo References: <498708FD.9030404@icyb.net.ua> <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> In-Reply-To: <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD 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 Feb 2009 11:10:42 -0000 on 02/02/2009 17:50 Rui Paulo said the following: > > On 2 Feb 2009, at 14:53, Andriy Gapon wrote: > >> >> Another patch for acpi_cpu code related to PIIX4 chipset. >> >> We do not support C3 with this chipset and as such we never touch >> ACPI_BITREG_BUS_MASTER_RLD when running on it. It's also possible >> (probable) that we never reset ACPI_BITREG_BUS_MASTER_STATUS (because of >> CPU_QUIRK_NO_BM_CTRL). >> So, if BIOS configures ACPI_BITREG_BUS_MASTER_RLD to 1 and >> ACPI_BITREG_BUS_MASTER_STATUS gets set to 1, we would get a situation >> where the system would always immediately break out of C2 state should >> we ever attempt to enter it. >> >> Actually, ACPI spec says that bus master activity need not break out of >> C2 state (only interrupts must do that). >> >> Given all of the above, it seems to be safe and desired to reset >> ACPI_BITREG_BUS_MASTER_RLD to zero with this chipset. >> >> The patch is successfully tested on a real system that exhibited the >> above behavior (immediate backout from cx_lowest of C2 to C1). > > > > Looks ok to me. I no longer have a PIIX4 system to test it, though. So, > if no one raises any objection, I'll commit it to HEAD in a few days. > > Andriy, if I forget, please ping me :-) Rui, may I commit this one now? :) -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 19 12:00:47 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 6933C1065679 for ; Thu, 19 Feb 2009 12:00:47 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id DDE5F8FC23 for ; Thu, 19 Feb 2009 12:00:46 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so962289fgb.35 for ; Thu, 19 Feb 2009 04:00:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-pgp-agent:x-mailer; bh=DryFGHP71DkWi5nDbWIF/islM8BH4K4Z+aqCCmzx24Q=; b=DjCU46Fa2/rQFflkAUvVuYtIARDEkeLalY5NEJKdn6o3dYtIIfemSSLnwsarB9Mm7f fN28ptSH5d8zI+oCN32qjS29jUJ5XOtrmv559XOZyV7vNhcm7taPF+4M4BKcA/YWan3x IpNZM8O7N5a4xlKZLz4nXVQbp+jChnJJt2igA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-pgp-agent:x-mailer; b=ooJImvy6/mFKEmlEkRW7trk9JX65Zmc57ylReN6drGSRPqjYIRj12oPMjukN84w/cw YkYLCwOn+gVFXPo4DDxXqleCP3kxd5t7AODUTC59BtS+ssGh9sBVq4Ew9qqJz8GQhatr t3XU6NX53FvqHU30jGdl48WzlYgdOBcVW+Fgs= Received: by 10.103.93.18 with SMTP id v18mr386280mul.43.1235044845805; Thu, 19 Feb 2009 04:00:45 -0800 (PST) Received: from epsilon.lan (bl6-150-39.dsl.telepac.pt [82.155.150.39]) by mx.google.com with ESMTPS id e23sm3102333ugd.54.2009.02.19.04.00.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 19 Feb 2009 04:00:45 -0800 (PST) Sender: Rui Paulo Message-Id: <024CB687-4C71-4B57-A105-E4F0BA0DEF32@FreeBSD.org> From: Rui Paulo To: Andriy Gapon In-Reply-To: <499D3E2E.7090500@icyb.net.ua> Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-1--960399079" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 19 Feb 2009 12:00:38 +0000 References: <498708FD.9030404@icyb.net.ua> <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> <499D3E2E.7090500@icyb.net.ua> X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) Cc: freebsd-acpi@FreeBSD.org Subject: Re: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD 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 Feb 2009 12:00:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-1--960399079 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 19 Feb 2009, at 11:10, Andriy Gapon wrote: > on 02/02/2009 17:50 Rui Paulo said the following: >> >> On 2 Feb 2009, at 14:53, Andriy Gapon wrote: >> >>> >>> Another patch for acpi_cpu code related to PIIX4 chipset. >>> >>> We do not support C3 with this chipset and as such we never touch >>> ACPI_BITREG_BUS_MASTER_RLD when running on it. It's also possible >>> (probable) that we never reset ACPI_BITREG_BUS_MASTER_STATUS >>> (because of >>> CPU_QUIRK_NO_BM_CTRL). >>> So, if BIOS configures ACPI_BITREG_BUS_MASTER_RLD to 1 and >>> ACPI_BITREG_BUS_MASTER_STATUS gets set to 1, we would get a >>> situation >>> where the system would always immediately break out of C2 state >>> should >>> we ever attempt to enter it. >>> >>> Actually, ACPI spec says that bus master activity need not break >>> out of >>> C2 state (only interrupts must do that). >>> >>> Given all of the above, it seems to be safe and desired to reset >>> ACPI_BITREG_BUS_MASTER_RLD to zero with this chipset. >>> >>> The patch is successfully tested on a real system that exhibited the >>> above behavior (immediate backout from cx_lowest of C2 to C1). >> >> >> >> Looks ok to me. I no longer have a PIIX4 system to test it, though. >> So, >> if no one raises any objection, I'll commit it to HEAD in a few days. >> >> Andriy, if I forget, please ping me :-) > > Rui, > > may I commit this one now? :) If it builds correctly, yes. Please add Reviewed by: rpaulo (mentor), njl Regards, -- Rui Paulo --Apple-Mail-1--960399079 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAkmdSeYACgkQfD8M/ASTygLa7QCdFNn3x11SCFI2JNUqM/JcSJpr GbQAn3dKCgTWYr4ylqXi3dGV7VeNW4Yl =ITCf -----END PGP SIGNATURE----- --Apple-Mail-1--960399079-- From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 19 14:42:11 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 A94E1106564A; Thu, 19 Feb 2009 14:42:11 +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 838568FC0A; Thu, 19 Feb 2009 14:42:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (beta-e.starpoint.kiev.ua [212.40.38.102]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA17908; Thu, 19 Feb 2009 16:42:08 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <499D6FBF.10000@icyb.net.ua> Date: Thu, 19 Feb 2009 16:42:07 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Rui Paulo References: <498708FD.9030404@icyb.net.ua> <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> <499D3E2E.7090500@icyb.net.ua> <024CB687-4C71-4B57-A105-E4F0BA0DEF32@FreeBSD.org> In-Reply-To: <024CB687-4C71-4B57-A105-E4F0BA0DEF32@FreeBSD.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD 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 Feb 2009 14:42:11 -0000 on 19/02/2009 14:00 Rui Paulo said the following: > If it builds correctly, yes. Please add Reviewed by: rpaulo (mentor), njl Rui, r188814 - my first real FreeBSD commit :-) -- Andriy Gapon From owner-freebsd-acpi@FreeBSD.ORG Thu Feb 19 16:58:43 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 D2CF8106568B for ; Thu, 19 Feb 2009 16:58:43 +0000 (UTC) (envelope-from cokane@cokane.org) Received: from mail-out1.fuse.net (mail-out1.fuse.net [216.68.8.175]) by mx1.freebsd.org (Postfix) with ESMTP id 933668FC29 for ; Thu, 19 Feb 2009 16:58:43 +0000 (UTC) (envelope-from cokane@cokane.org) X-CNFS-Analysis: v=1.0 c=1 a=J98m2qyNLJkA:10 a=vE_OKtmu_-kA:10 a=z-WvQ0BfjJFMbI13hPwA:9 a=Du-Gwa8DoHXqI1iUO85YWGlSl4UA:4 a=LY0hPdMaydYA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: gwout1 smtp.mail=cokane@cokane.org; spf=neutral Received-SPF: neutral (gwout1: 74.215.227.9 is neither permitted nor denied by domain of cokane.org) Received: from [74.215.227.9] ([74.215.227.9:50956] helo=discordia) by gwout1 (envelope-from ) (ecelerity 2.2.2.37 r(28805/28810M)) with ESMTP id 6C/22-02954-D3C8D994; Thu, 19 Feb 2009 11:43:41 -0500 Received: by discordia (Postfix, from userid 103) id 733F935A7D5; Thu, 19 Feb 2009 11:43:39 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.31.1.6] (unknown [172.31.1.6]) by discordia (Postfix) with ESMTP id D7EAC35A7D6; Thu, 19 Feb 2009 11:43:31 -0500 (EST) From: Coleman Kane To: Andriy Gapon In-Reply-To: <499D6FBF.10000@icyb.net.ua> References: <498708FD.9030404@icyb.net.ua> <66885316-6F5B-4C56-BFE0-DBB86E050C99@freebsd.org> <499D3E2E.7090500@icyb.net.ua> <024CB687-4C71-4B57-A105-E4F0BA0DEF32@FreeBSD.org> <499D6FBF.10000@icyb.net.ua> Content-Type: text/plain Date: Thu, 19 Feb 2009 11:42:35 -0500 Message-Id: <1235061755.89655.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, Rui Paulo Subject: Re: piix4 and C2: patch for BRLD_EN_BM/ACPI_BITREG_BUS_MASTER_RLD 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 Feb 2009 16:58:44 -0000 On Thu, 2009-02-19 at 16:42 +0200, Andriy Gapon wrote: > on 19/02/2009 14:00 Rui Paulo said the following: > > If it builds correctly, yes. Please add Reviewed by: rpaulo (mentor), njl > > Rui, > > r188814 - my first real FreeBSD commit :-) > Congratulations! -- Coleman Kane From owner-freebsd-acpi@FreeBSD.ORG Fri Feb 20 17:26:31 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 EA02A106564A for ; Fri, 20 Feb 2009 17:26:31 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by mx1.freebsd.org (Postfix) with ESMTP id C40928FC08 for ; Fri, 20 Feb 2009 17:26:31 +0000 (UTC) (envelope-from robert.moore@intel.com) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 20 Feb 2009 09:26:31 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.38,242,1233561600"; d="scan'208";a="112767229" Received: from orsmsx604.amr.corp.intel.com ([10.22.226.87]) by azsmga001.ch.intel.com with ESMTP; 20 Feb 2009 09:26:30 -0800 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 Feb 2009 09:26:30 -0800 From: "Moore, Robert" To: "Moore, Robert" Date: Fri, 20 Feb 2009 09:26:29 -0800 Thread-Topic: ACPICA version 20090220 released Thread-Index: AcmTgF3V7y0L11UXS1aNv5FqrcqzAA== Message-ID: <4911F71203A09E4D9981D27F9D83085814AFFAE9@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 Feb 2009 18:04:27 +0000 Cc: Subject: ACPICA version 20090220 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 Feb 2009 17:26:32 -0000 20 February 2009. Summary of changes for version 20090220: This release is available at www.acpica.org/downloads. 1) ACPI CA Core Subsystem: Optimized the ACPI register locking. Removed locking for reads from the ACP= I bit registers in PM1 Status, Enable, Control, and PM2 Control. The lock i= s not required when reading the single-bit registers. The AcpiGetRegisterUn= locked function is no longer needed and has been removed. This will improve= performance for reads on these registers. ACPICA BZ 760. Fixed the parameter validation for AcpiRead/Write. Now return AE_BAD_PARAME= TER if the input register pointer is null, and AE_BAD_ADDRESS if the regist= er has an address of zero. Previously, these cases simply returned AE_OK. F= or optional registers such as PM1B status/enable/control, the caller should= check for a valid register address before calling. ACPICA BZ 748. Renamed the external ACPI bit register access functions. Renamed AcpiGetReg= ister and AcpiSetRegister to clarify the purpose of these functions. The ne= w names are AcpiReadBitRegister and AcpiWriteBitRegister. Also, restructure= d the code for these functions by simplifying the code path and condensing = duplicate code to reduce code size. Added new functions to transparently handle the possibly split PM1 A/B regi= sters. AcpiHwReadMultiple and AcpiHwWriteMultiple. These two functions now = handle the split registers for PM1 Status, Enable, and Control. ACPICA BZ 7= 46. Added a function to handle the PM1 control registers, AcpiHwWritePm1Control= . This function writes both of the PM1 control registers (A/B). These regis= ters are different than the PM1 A/B status and enable registers in that dif= ferent values can be written to the A/B registers. Most notably, the SLP_TY= P bits can be different, as per the values returned from the _Sx predefined= methods. Removed an extra register write within AcpiHwClearAcpiStatus. This function= was writing an optional PM1B status register twice. The existing call to t= he low-level AcpiHwRegisterWrite automatically handles a possibly split PM1= A/B register. ACPICA BZ 751. Split out the PM1 Status registers from the FADT. Added new globals for the= se registers (A/B), similar to the way the PM1 Enable registers are handled= . Instead of overloading the FADT Event Register blocks. This makes the cod= e clearer and less prone to error. Fixed the warning message for when the platform contains too many ACPI tabl= es for the default size of the global root table data structure. The calcul= ation for the truncation value was incorrect. Removed the ACPI_GET_OBJECT_TYPE macro. Removed all instances of this obsol= ete macro, since it is now a simple reference to ->common.type. There were = about 150 invocations of the macro across 41 files. ACPICA BZ 755. Removed the redundant ACPI_BITREG_SLEEP_TYPE_B. This type is the same as TY= PE_A. Removed this and all related instances. Renamed SLEEP_TYPE_A to simpl= y SLEEP_TYPE. ACPICA BZ 754. Conditionally compile the AcpiSetFirmwareWakingVector64 function. This func= tion is only needed on 64-bit host operating systems and is thus not includ= ed for 32-bit hosts. Debug output: print the input and result for invocations of the _OSI reserv= ed control method via the ACPI_LV_INFO debug level. Also, reduced some of t= he verbosity of this debug level. Len Brown. Example Code and Data Size: These are the sizes for the OS-independent acpi= ca.lib produced by the Microsoft Visual C++ 6.0 32-bit compiler. The debug = version of the code includes the debug output trace mechanism and has a muc= h larger code and data size. Previous Release: Non-Debug Version: 82.3K Code, 17.5K Data, 99.8K Total Debug Version: 157.3K Code, 49.8K Data, 207.1K Total Current Release: Non-Debug Version: 82.0K Code, 17.5K Data, 99.5K Total Debug Version: 156.9K Code, 49.8K Data, 206.7K Total 2) iASL Compiler/Disassembler and Tools: Disassembler: Decode the FADT PM_Profile field. Emit ascii names for the va= rious legal performance profiles.