From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Subject: Re: Tell user when ACPI is killing machine Date: Sat, 29 Nov 2003 00:43:02 +0100 Sender: linux-kernel-owner@vger.kernel.org Message-ID: <20031128234301.GA18147@elf.ucw.cz> References: <20031128145558.GA576@elf.ucw.cz> <20031128220140.GB1714@vitelus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20031128220140.GB1714@vitelus.com> To: Aaron Lehmann Cc: ACPI mailing list , kernel list List-Id: linux-acpi@vger.kernel.org Hi! > > On critical overheat (or perceived critical overheat -- acpi bioses on > > some notebooks apparently report bogus values from time to time), > > kernel itself calls /sbin/halt *without telling anything*. User can > > not see anything, his machine just shuts down cleanly. Bad. > > Sorry if this is a bit OT, but why doesn't ACPI scale the CPU Yep it is OT. > frequency back instead of shutting down? This is what APM does on my > laptop (presumably in the BIOS) but when I enable ACPI the machine > shuts down whenever I do something CPU intensive (yes; it's a poorly > designed laptop). I have cpufreq support (cpufreq: P4/Xeon(TM) CPU > On-Demand Clock Modulation available). Has this kind of thing been It should try scaling first (and it works for me (tm)), but when temperature reaches "critical" limit it is assumed that everything failed and shutdown is only option. (On hp omnibook even in slowest possible mode, if you play .mpg video it overheats.) > added since I last tried it, or do I actually have to actively set up > cpufreq in user space to get thermally-induced clock modulation? Or is > not even possible with the current state of things? cpufreq is not connected to acpi thermal subsystem. Dominik has some patches to change that, IIRC. Pavel -- When do you have a heart between your knees? [Johanka's followup: and *two* hearts?]