[lm-sensors] lm-sensors 3.0.0 init script lm-sensors -- what does it do?

Jean Delvare khali at linux-fr.org
Tue Aug 4 10:52:46 CEST 2009


Hi Charles,

On Thu, 30 Jul 2009 20:49:19 +0530, Charles wrote:
> Hello  :-)
> 
> The lm-sensors 3.0.0 init script "lm-sensors" runs only two significant
> commands:
> 
> sensors -s 
> sensors 

Which distribution are you running? The initialization script is
distribution-specific. We provide a sample implementation, which I
think Fedora/Red Hat is using, but other distributions have their own
script.

Our reference implementation runs "sensors -s" but not "sensors".

> I understand the "sensors -s" activates any limits created by set statements
> in sensors3.conf.  What happens (or could be configured to happen) if a
> limit is exceeded?  The sensors.conf man page tells how to configure set
> values but not what they do.

It really depends on the chip, how it is configured (typically by the
BIOS, or its default configuration) and how it is wired on the
mainboard. That's why the manual page can't tell you ;)

In general, exceeding a limit will simply raise an alarm flag, which
will show as "ALARM" in the output of the "sensors" command. Other
actions that are possible depending on the chip and configuration:
* Beeping
* Fan kicking in
* CPU throttling
* System shutdown

The last 3 items are relatively rare, and would only happen when a high
or critical temperature limit is exceeded. And they would take a chip
with a dedicated output pin, properly configured and properly wired.

> Why does the init script run sensors (discarding its output)?  Is this
> necessary for initialisation before lmsensors library functions can be used?

The idea would be to clear undue alarm flags which were raised before
the limits were properly set. Most chips latch the alarm flags and only
clear them after they have been read and the alarm condition has gone.

Whether calling "sensors" in the init script is a good idea or not, is
subject to debate. Clearing the alarm flags is nice (avoids user
confusion), but OTOH, many GUI applications don't show alarm flags
anyway, and that call to "sensors" means reading all hardware registers
for most drivers, and for I2C/SMBus devices this can take a "long" time
(say 1 second) while the current trend is to shorten the boot time of
Linux systems. If anyone is really bothered by the irrelevant alarms
when "sensors" (or another monitoring application) is first run, then
I'd suggest modifying the kernel drivers so that updating limits also
clears the corresponding alarm flags. Or to have a separate cache for
alarms, so that reading/clearing them is reasonably fast.

> In case the answers to these questions depend on hardware and lmsensors
> library users, I am particularly interested in the it87 chip and GKrellM.

The IT8705F can emit beeps on out-of-limits conditions, although our
driver (it87) doesn't support this feature yet (but if the BIOS has set
it up for you, you could still have it.) Once again it depends on how
the chip is wired on the mainboard.

Hope it helps,
-- 
Jean Delvare
http://khali.linux-fr.org/wishlist.html.en




More information about the lm-sensors mailing list