From: khali@linux-fr.org (Jean Delvare)
To: "J.A. Magallon" <jamagallon@able.es>
Cc: LKML <linux-kernel@vger.kernel.org>,
LM Sensors <lm-sensors@lm-sensors.org>
Subject: [lm-sensors] Re: 2.6.14-rc2-mm2
Date: Sat, 01 Oct 2005 20:16:31 +0000 [thread overview]
Message-ID: <20051001201611.41db4f71.khali@linux-fr.org> (raw)
In-Reply-To: <20050930010931.5beb174e@werewolf.able.es>
Hi J.A.
> I still need this to make my sensors work. I collected it from the list, heard
> people say it was not the proper solution, but without this it still doesn't work.
> No sensors.
You could simply have disabled PNPACPI.
Nevertheless, I finally accepted a patch from Petr Vandrovec which will
solve the issue for both the w83627hf and the w83627ehf drivers. Now
you just have to wait for it to hit Andrew and Linus trees, in that
order.
> Another issue. Is there any divisor value for fans hardcoded intially ?
Depends on the chip, but the general answer is yes. Registers holding
the information have a power up default value. Older chips tend to
default to a divider of 2. More recent chip default to 8. However, it
is also possible that the BIOS is changing these values.
> I have 3 fans in my mobo, and 2 report 0 RPM until I put the divisor at 8
Because they are slow. The slower a fan, the higher the clock divider
must be.
Note that some drivers have the ability to automatically adjust the fan
clock dividers: adm9240, pc87360 and w83627ehf. Others could be
converted too, but not everyone seem to agree that this feature should
be implemented at all.
> This fans are two for the xeons, and one for the box. Strangely, the fans that
> are misread are the one for the board and one of the xeons ?
It all depends on the speed, not on what the fans are attached to.
Maybe one of the xeon fans is much faster than the other.
Note that I modified the w83627hf driver recently so that the hardware
monitoring chip will no more be reset by default at driver load time.
This might solve your problem if your BIOS is setting higher dividers
than the power up default.
> And more, my board has 2 more fan sensors, but the driver can only see 3. Any idea ?
> (Asus PC-DL Deluxe).
I think it was reported before. Some boards use multiplexing for fan
readings. This is undocumented, we couldn't guess how to switch the
lines. Switching fan tachometer lines is a nonsense anyway, so there is
no point in supporting it.
--
Jean Delvare
WARNING: multiple messages have this Message-ID (diff)
From: Jean Delvare <khali@linux-fr.org>
To: "J.A. Magallon" <jamagallon@able.es>
Cc: LKML <linux-kernel@vger.kernel.org>,
LM Sensors <lm-sensors@lm-sensors.org>
Subject: Re: 2.6.14-rc2-mm2
Date: Sat, 1 Oct 2005 20:16:11 +0200 [thread overview]
Message-ID: <20051001201611.41db4f71.khali@linux-fr.org> (raw)
In-Reply-To: <20050930010931.5beb174e@werewolf.able.es>
Hi J.A.
> I still need this to make my sensors work. I collected it from the list, heard
> people say it was not the proper solution, but without this it still doesn't work.
> No sensors.
You could simply have disabled PNPACPI.
Nevertheless, I finally accepted a patch from Petr Vandrovec which will
solve the issue for both the w83627hf and the w83627ehf drivers. Now
you just have to wait for it to hit Andrew and Linus trees, in that
order.
> Another issue. Is there any divisor value for fans hardcoded intially ?
Depends on the chip, but the general answer is yes. Registers holding
the information have a power up default value. Older chips tend to
default to a divider of 2. More recent chip default to 8. However, it
is also possible that the BIOS is changing these values.
> I have 3 fans in my mobo, and 2 report 0 RPM until I put the divisor at 8
Because they are slow. The slower a fan, the higher the clock divider
must be.
Note that some drivers have the ability to automatically adjust the fan
clock dividers: adm9240, pc87360 and w83627ehf. Others could be
converted too, but not everyone seem to agree that this feature should
be implemented at all.
> This fans are two for the xeons, and one for the box. Strangely, the fans that
> are misread are the one for the board and one of the xeons ?
It all depends on the speed, not on what the fans are attached to.
Maybe one of the xeon fans is much faster than the other.
Note that I modified the w83627hf driver recently so that the hardware
monitoring chip will no more be reset by default at driver load time.
This might solve your problem if your BIOS is setting higher dividers
than the power up default.
> And more, my board has 2 more fan sensors, but the driver can only see 3. Any idea ?
> (Asus PC-DL Deluxe).
I think it was reported before. Some boards use multiplexing for fan
readings. This is undocumented, we couldn't guess how to switch the
lines. Switching fan tachometer lines is a nonsense anyway, so there is
no point in supporting it.
--
Jean Delvare
next prev parent reply other threads:[~2005-10-01 20:16 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-29 21:37 2.6.14-rc2-mm2 Andrew Morton
2005-09-29 21:46 ` 2.6.14-rc2-mm2 Alexandre Buisse
2005-09-29 22:51 ` 2.6.14-rc2-mm2 Michal Piotrowski
2005-09-29 23:00 ` 2.6.14-rc2-mm2 Aurelien Francillon
2005-09-29 22:56 ` 2.6.14-rc2-mm2 Andrew Morton
2005-09-29 22:08 ` 2.6.14-rc2-mm2 Alexandre Buisse
2005-09-29 23:40 ` 2.6.14-rc2-mm2 Michal Piotrowski
2005-09-29 23:54 ` 2.6.14-rc2-mm2 Brice Goglin
2005-09-30 8:45 ` 2.6.14-rc2-mm2 Laurent Riffard
2005-09-30 9:20 ` 2.6.14-rc2-mm2 Alexander Zarochentsev
2005-09-30 10:10 ` 2.6.14-rc2-mm2 Laurent Riffard
2005-09-29 23:51 ` 2.6.14-rc2-mm2 Hans Reiser
2005-09-29 22:47 ` 2.6.14-rc2-mm2 Michal Piotrowski
2005-09-29 23:18 ` 2.6.14-rc2-mm2 Antonino A. Daplas
2005-09-29 23:25 ` 2.6.14-rc2-mm2 Andrew Morton
2005-09-29 23:45 ` 2.6.14-rc2-mm2 Antonino A. Daplas
2005-09-29 23:47 ` 2.6.14-rc2-mm2 Michal Piotrowski
2005-09-29 23:48 ` 2.6.14-rc2-mm2 Grant Coady
2005-09-29 23:27 ` 2.6.14-rc2-mm2 Michal Piotrowski
2005-09-29 23:09 ` 2.6.14-rc2-mm2 J.A. Magallon
2005-09-30 1:09 ` [lm-sensors] 2.6.14-rc2-mm2 J.A. Magallon
2005-09-30 2:16 ` 2.6.14-rc2-mm2 Grant Coady
2005-09-30 4:16 ` [lm-sensors] 2.6.14-rc2-mm2 Grant Coady
2005-10-01 18:16 ` Jean Delvare [this message]
2005-10-01 20:16 ` Jean Delvare
2005-09-29 23:26 ` 2.6.14-rc2-mm2 Mark Knecht
2005-09-29 23:49 ` 2.6.14-rc2-mm2 Andrew Morton
2005-09-29 23:58 ` 2.6.14-rc2-mm2 Mark Knecht
2005-09-30 10:06 ` [PATCH -mm] s390: fix TIMER_MAGIC breakage Alexey Dobriyan
2005-09-30 14:36 ` 2.6.14-rc2-mm2 Martin J. Bligh
2005-09-30 16:54 ` 2.6.14-rc2-mm2 Badari Pulavarty
2005-09-30 17:15 ` 2.6.14-rc2-mm2 Grant Wilson
2005-09-30 18:49 ` 2.6.14-rc2-mm2 (PHY reset until link up) Dominik Karall
2005-09-30 19:07 ` Andrew Morton
2005-09-30 19:32 ` [patch 2.6.14-rc2 1/1] r8169: tone down the r8169 driver Francois Romieu
2005-09-30 20:15 ` 2.6.14-rc2-mm2 (PHY reset until link up) Francois Romieu
2005-09-30 19:36 ` 2.6.14-rc2-mm2 Mickael Marchand
2005-10-04 21:42 ` 2.6.14-rc2-mm2 Mickael Marchand
2005-09-30 19:56 ` 2.6.14-rc2-mm2 alexs
2005-09-30 22:02 ` reiser4 compilation fix [ was: 2.6.14-rc2-mm2] Alexander Zarochentsev
2005-09-30 22:23 ` Stephen Hemminger
2005-10-01 4:56 ` [PATCH] mips: add missing semicolon Yoichi Yuasa
2005-10-01 16:52 ` 2.6.14-rc2-mm2 (dma_timer_expiry) Dominik Karall
2005-10-02 20:06 ` 2.6.14-rc2-mm2 (NULL pointer) Dominik Karall
2005-10-02 20:45 ` Greg KH
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=20051001201611.41db4f71.khali@linux-fr.org \
--to=khali@linux-fr.org \
--cc=jamagallon@able.es \
--cc=linux-kernel@vger.kernel.org \
--cc=lm-sensors@lm-sensors.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.