From owner-svn-src-head@FreeBSD.ORG Thu Feb 19 18:21:25 2009 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24CDE106564A; Thu, 19 Feb 2009 18:21:25 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D91C98FC13; Thu, 19 Feb 2009 18:21:23 +0000 (UTC) (envelope-from avg@freebsd.org) 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 UAA25319; Thu, 19 Feb 2009 20:01:57 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <499D9E94.1090309@freebsd.org> Date: Thu, 19 Feb 2009 20:01:56 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org References: <200902191439.n1JEdqRM099733@svn.freebsd.org> In-Reply-To: <200902191439.n1JEdqRM099733@svn.freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: svn commit: r188814 - head/sys/dev/acpica X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2009 18:21:25 -0000 on 19/02/2009 16:39 Andriy Gapon said the following: > Author: avg > Date: Thu Feb 19 14:39:52 2009 > New Revision: 188814 > URL: http://svn.freebsd.org/changeset/base/188814 > > Log: > acpi_cpu: fixup for PIIX4E PCI config related to C2 > > This is triggered only if BIOS configures ACPI_BITREG_BUS_MASTER_RLD > aka BRLD_EN_BM to 1. > Rationale: > 1. we do not support C3 on PIIX4E > 2. bus master activity need not break out of C2 state > 3. because of CPU_QUIRK_NO_BM_CTRL quirk we may reset bus master here should have been "never" --------------------^^^ > status which would result in immediate break out from C2 > > So if you have seen > cpu0: too many short sleeps, backing off to C1 > with this chipset before you may want to try cx_lowest of C2 again. -- Andriy Gapon