[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200910282349.06322.elendil@planet.nl>
Date: Wed, 28 Oct 2009 23:49:04 +0100
From: Frans Pop <elendil@...net.nl>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org,
Zhang Rui <rui.zhang@...el.com>,
Sujith Thomas <sujith.thomas@...el.com>,
Matthew Garrett <mjg59@...f.ucam.org>
Subject: Re: [PATCH 0/6] [resend] thermal: improvements re. forced passive cooling
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@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists