From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Garrett Subject: Re: [PATCH] ACPI: add "auto" to acpi_enforce_resources Date: Wed, 4 Feb 2009 06:05:13 +0000 Message-ID: <20090204060513.GA28321@srcf.ucam.org> References: <20090125210520.GA12963@dreamland.darkstar.lan> <200901291130.35434.trenn@suse.de> <68676e00901290716g1aabd6c0p1e5202fbdbc659a4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from cavan.codon.org.uk ([93.93.128.6]:41414 "EHLO vavatch.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751120AbZBDGFY (ORCPT ); Wed, 4 Feb 2009 01:05:24 -0500 Content-Disposition: inline In-Reply-To: Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Len Brown Cc: Luca Tettamanti , Thomas Renninger , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, Hans de Goede , khali@linux-fr.org On Wed, Feb 04, 2009 at 12:52:06AM -0500, Len Brown wrote: > While it is slightly off-topic of the (I agree, real) > technical issue here, note that polling is not "normal" on ACPI systems. > [1] was on SuSE Linux 10.0, which on their own decided to > over-ride the kernel and enable thermal zone polling by default. Checking the DSDTs I have to hand, it seems that polling is expected on about 5% of systems via an explicit _TZP and on almost all machines via _TSP. Even on systems where thermal notifications are provided, it's still up to the OS to poll the zone to find the current temperature and take appropriate action. There's still a window for native smbus drivers to screw everything up. -- Matthew Garrett | mjg59@srcf.ucam.org