From mboxrd@z Thu Jan 1 00:00:00 1970 From: Len Brown Subject: Re: [PATCH] ACPI: make acpi_idle Nehalem-aware Date: Thu, 22 Jul 2010 11:57:53 -0400 (EDT) Message-ID: References: <20100427124703.GA16706@jgarrett.org> <20100430174447.GA14889@srcf.ucam.org> <20100525124325.GC7876@srcf.ucam.org> <20100525185507.GA15997@srcf.ucam.org> <20100722074750.GA22520@one.firstfloor.org> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Return-path: Received: from vms173009pub.verizon.net ([206.46.173.9]:36059 "EHLO vms173009pub.verizon.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750743Ab0GVP6N (ORCPT ); Thu, 22 Jul 2010 11:58:13 -0400 In-reply-to: <20100722074750.GA22520@one.firstfloor.org> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Andi Kleen Cc: Matthew Garrett , "Yu, Luming" , Philip Langdale , Jeff Garrett , Linux Kernel Mailing List , "linux-acpi@vger.kernel.org" , "venki@google.com" This patch is kaput. As detailed in the bug report https://bugzilla.kernel.org/show_bug.cgi?id=15886 we should be able to fix some of these boxes by paying attention to an ACPI flag we didn't realize existed until yesterday. I'll follow-up with a new patch today. However, we'll still have issues with systems like the HP DL360 G6 which explicity set the flag to ask for BM_STS checking and configure the chipset such that BM_STS is active. That may require a BIOS fix, or we may have to run intel_idle on that box -- since intel_idle ignores BM_STS always and instead relies on drivers to use pm_qos to register device latency constraints. thanks, Len Brown, Intel Open Source Technology Center