public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: =?unknown-8bit?Q?=C9ric?= Brunet <Eric.Brunet-l5PIGlIYzrxGWvitb5QawA@public.gmane.org>
To: Eric Northup <digitale-eFwX6J65rk/J8bqQQ1YlwQ@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Shuttle SB61G2 fan speed
Date: Thu, 9 Oct 2003 22:10:39 +0200	[thread overview]
Message-ID: <20031009201039.GA30269@lps.ens.fr> (raw)
In-Reply-To: <E1A73Nv-0001M5-68-6vcCkRnH9/iXl4vLVl4uKAC/G2K4zDHf@public.gmane.org>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=unknown-8bit, Size: 1280 bytes --]

Hello,

I have a SB51G, which should be very similar to your shuttle.

In my case, ACPI module does not change the fan speed, but loading the
lm_sensors kernel module (i2c) does. The reason is that the modules
writers, as they don't have all the specs they need, find it safer to
reinitialize the whole sensors.

Do you have the sensors loaded or compiled in ? If this is actually the
cause of the problem, and if you really want sensors in your kernel,
removing the reinitialization is really a one-liner.

Éric Brunet
On Tue, Oct 07, 2003 at 09:45:03PM -0400, Eric Northup wrote:
> I have a Shuttle mini-PC currently running linux 2.6-test6 (but I have
> seen this issue w/all kernels I've tried, 2.4.x and 2.5.x).  It has a
> "smart" fan control, which regulates the speed of the system fan
> according to the temperature (a Thermal Zone in ACPI terms, yes?).  The
> problem is: as soon as Linux gets control from GRUB, the fan goes to
> full speed and stays there.


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php

  parent reply	other threads:[~2003-10-09 20:10 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-08  1:45 Shuttle SB61G2 fan speed Eric Northup
     [not found] ` <E1A73Nv-0001M5-68-6vcCkRnH9/iXl4vLVl4uKAC/G2K4zDHf@public.gmane.org>
2003-10-08  8:58   ` Ducrot Bruno
2003-10-08  9:25   ` Robert Vollmert
2003-10-09 20:10   ` =?unknown-8bit?Q?=C9ric?= Brunet [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-10-08 18:09 Eric Northup
     [not found] ` <E1A7IkI-0004qc-8W-6vcCkRnH9/iXl4vLVl4uKAC/G2K4zDHf@public.gmane.org>
2003-10-08 22:55   ` Robert Vollmert
2003-10-09 19:03   ` Ducrot Bruno

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=20031009201039.GA30269@lps.ens.fr \
    --to=eric.brunet-l5pigliyzrxgwvitb5qawa@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=digitale-eFwX6J65rk/J8bqQQ1YlwQ@public.gmane.org \
    /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