Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754706AbZJ1WtF (ORCPT ); Wed, 28 Oct 2009 18:49:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754176AbZJ1WtE (ORCPT ); Wed, 28 Oct 2009 18:49:04 -0400 Received: from cpsmtpm-eml104.kpnxchange.com ([195.121.3.8]:64597 "EHLO CPSMTPM-EML104.kpnxchange.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753849AbZJ1WtD (ORCPT ); Wed, 28 Oct 2009 18:49:03 -0400 From: Frans Pop To: Andrew Morton Subject: Re: [PATCH 0/6] [resend] thermal: improvements re. forced passive cooling Date: Wed, 28 Oct 2009 23:49:04 +0100 User-Agent: KMail/1.9.9 Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, Zhang Rui , Sujith Thomas , Matthew Garrett References: <1256542744-26569-1-git-send-email-elendil@planet.nl> <20091028153551.6c665ca1.akpm@linux-foundation.org> In-Reply-To: <20091028153551.6c665ca1.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910282349.06322.elendil@planet.nl> X-OriginalArrivalTime: 28 Oct 2009 22:49:06.0524 (UTC) FILETIME=[DAB911C0:01CA5820] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1371 Lines: 35 Hi Andrew, On Wednesday 28 October 2009, Andrew Morton wrote: > I'm trying to work out what the actual bug is in here. It turned out there was no bug in the kernel. This patch set is an enhancement of existing kernel functionality. > afacit some KDE tool put wrong numbers into /proc files, acpi didn't > sanity check them sufficiently and permitted the CPU to overheat, yes? No. The problem was that the thermal zone that overheated did not have a passive trip point defined in ACPI. So the kernel had no way of knowing the system was overheating. The kernel already has an option to "force" a passive trip point for such zones (using polling to check it), and that works. But while testing that and looking at the code I spotted some possible enhancements. > There seems to be rather a lot of non-bugfix stuff in this patch > series. Perhaps too much for 2.6.32, and a real problem if we want to > backport something into 2.6.31.x and earlier. It would have been nice if it had made .32 from my first submission, but now it's fine for .33. It's not stable material. Thanks for taking the series. Cheers, FJP -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/