linux-kernel - Re: [PATCH] Acerhdf: fix fan control for BIOS 3309

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <cone.1246812673.209196.4691.1000@onepiie>
Date:	Sun, 05 Jul 2009 18:51:13 +0200
From:	Peter Feuerer <peter@...e.net>
To:	Borislav Petkov <petkovbb@...glemail.com>
Cc:	Len Brown <lenb@...nel.org>, linux-kernel@...r.kernel.org,
	Andreas Mohr <andi@...as.de>
Subject: Re: [PATCH] Acerhdf: fix fan control for BIOS 3309

Hi Boris,

Borislav Petkov writes:

> Hi Len,
> 
> please apply.
> 
> ---
> From: Borislav Petkov <petkovbb@...il.com>
> Date: Sun, 5 Jul 2009 14:35:01 +0200
> Subject: [PATCH] Acerhdf: fix fan control for BIOS 3309
> 
> With BIOS update v3309, the Aspire One has had some changes to how
> the fan is being controlled. Reads to the fanreg (0x55) do not simply
> return the on/off values of the fan anymore but rather a different
> fan stage based on the current temperature. Empirically, I could
> observe the fan stage being 0x1 when booting the machine, then the
> temperature went up and the BIOS switched the fan to stage 0x2, making
> it rotate faster with final stage being fan state 0x3, aka max.

I think it was already like that before v3309. But in my opinion it doesn't 
matter how fast the fan spins. As soon as it's spinning it's making too much 
noise. That's why I like to use only two states for the fan, "on" (noisy, 
doesn't matter how fast it's spinning) and "off" (quiet ;))

> This requires some changes to the controlling code so that it can still
> be done adequately. Also, the OFF switch has changed from 0x21 to 0x20.
> It seems almost as if they're using the least significant nibble of the
> command written to the ioport for the different fan stages.

I've been developping acerhdf with BIOS v3309 since the very beginning. And 
it was working fine with 0x21 all the time. I'm going to do some further 
inverstigations next few days. Thanks for reporting!

> 
> While at it, convert the fancmd[] array to a real struct thus
> disambiguating command handling and making code more readable.

Good!

kind regards,
--peter
--
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/