From: Peter Feuerer <pfe@piie.net>
To: Andreas Mohr <andi@lisas.de>
Cc: Borislav Petkov <petkovbb@googlemail.com>,
Ed Tomlinson <edt@aei.ca>,
akpm@linux-foundation.org, Len Brown <len.brown@intel.com>,
Matthew Garrett <mjg59@srcf.ucam.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] Request driver inclusion - acer aspire one fan control
Date: Thu, 18 Jun 2009 16:05:47 +0200 [thread overview]
Message-ID: <cone.1245333947.155956.30118.1000@arca> (raw)
In-Reply-To: 20090618135457.GA927@rhlx01.hs-esslingen.de
Hi,
Andreas Mohr writes:
> Hi,
>
> On Thu, Jun 18, 2009 at 03:31:35PM +0200, Peter Feuerer wrote:
>> You are partly right, setting the fan to auto in
>> "acerhdf_revert_to_bios_mode" can be removed, as this is done by the
>> thermal layer when calling "acerhdf_set_cur_state" with
>> disable_kernelmode=1.
>
> No, it was done _specifically_ this way to make sure that _exactly when_
> switching away from kernel mode FAN_AUTO _always_ (by asking people to
> always call this central function) gets set, too.
> I don't want to depend on a separate, _uncontrollable_ entity
> (thermal layer function) to have to run sometime later
> in order to set the fan to FAN_AUTO (IOW, BIOS-controlled mode) accordingly.
> _Of course_ this FAN_AUTO call is redundant in _most_ cases, but very
> intentionally so. Anything else would be woefully unsafe (with a fan
> remaining in FAN_OFF position until machine meltdown).
Ok, that sounds reasonable.
--peter
prev parent reply other threads:[~2009-06-18 14:09 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-03 9:10 [PATCH] Request driver inclusion - acer aspire one fan control Peter Feuerer
2009-06-03 12:14 ` Borislav Petkov
2009-06-03 21:24 ` Peter Feuerer
2009-06-04 8:02 ` Andrew Morton
2009-06-04 10:38 ` Borislav Petkov
2009-06-04 19:11 ` Peter Feuerer
2009-06-07 12:03 ` Andreas Mohr
2009-06-12 14:37 ` [PATCH/RFC] Acer Aspire One fan control resume fix, improvements Andreas Mohr
2009-06-12 15:37 ` Borislav Petkov
2009-06-15 17:15 ` Peter Feuerer
2009-06-16 6:01 ` Borislav Petkov
2009-06-16 11:47 ` Ed Tomlinson
2009-06-16 20:57 ` Andreas Mohr
2009-06-16 22:14 ` [PATCH] Request driver inclusion - acer aspire one fan control Peter Feuerer
2009-06-16 22:34 ` Randy Dunlap
2009-06-17 12:20 ` Andreas Mohr
2009-06-18 7:10 ` Peter Feuerer
2009-06-18 10:29 ` Borislav Petkov
2009-06-18 10:55 ` Peter Feuerer
2009-06-18 11:42 ` Borislav Petkov
2009-06-18 11:49 ` Peter Feuerer
2009-06-18 12:45 ` Borislav Petkov
2009-06-18 13:25 ` Andreas Mohr
2009-06-19 17:01 ` [PATCH v0.5.10] " Peter Feuerer
2009-06-18 13:31 ` [PATCH] " Peter Feuerer
2009-06-18 13:54 ` Andreas Mohr
2009-06-18 14:05 ` Peter Feuerer [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cone.1245333947.155956.30118.1000@arca \
--to=pfe@piie.net \
--cc=akpm@linux-foundation.org \
--cc=andi@lisas.de \
--cc=edt@aei.ca \
--cc=len.brown@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mjg59@srcf.ucam.org \
--cc=petkovbb@googlemail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox