From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Fan resume not working on nx6325 without userland assistance Date: Tue, 22 Jan 2008 02:41:42 +0100 Message-ID: <200801220241.43230.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Return-path: Received: from ogre.sisk.pl ([217.79.144.158]:55063 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754796AbYAVBoR (ORCPT ); Mon, 21 Jan 2008 20:44:17 -0500 Content-Disposition: inline Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Len Brown Cc: ACPI Devel Maling List , Alexey Starikovskiy Hi, It turns out that the following script (from openSUSE 10.3): ############################################################# # triggers the ACPI fan(s) after resume. Since ACPI drivers # have no suspend support, this is sometimes necessary. # see http://article.gmane.org/gmane.linux.acpi.devel/16643 kick-fan() { local FAN DUMMY STATE for FAN in /proc/acpi/fan/*/state; do [ ! -e $FAN ] && continue read DUMMY STATE < $FAN if [ "$STATE" = "on" ]; then echo "kicking $FAN" echo -n 3 > $FAN echo -n 0 > $FAN fi done } case $1 in thaw|resume) kick-fan ;; esac is necessary to make the fan behave appropriately after a resume from RAM (I haven't checked resume from hibernation, but I guess the same thing happens) on HP nx6325 with 2.6.24-rc8 (and with previous kernels probably too). It wasn't needed at one point, so something has regressed. Sigh. Greetings, Rafael