From: Jean Delvare <khali@linux-fr.org>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] /sys/class/hwmon/ numbering
Date: Fri, 27 Nov 2009 08:01:16 +0000 [thread overview]
Message-ID: <20091127090116.03af9457@hyperion.delvare> (raw)
In-Reply-To: <18910e4d0911260014m5fe3445cmf423b25e6a68bf50@mail.gmail.com>
Bonjour Charles,
On Thu, 26 Nov 2009 09:14:45 +0100, Charles Prévot wrote:
> I have some problems configuring the fancontrol script, because each time I
> shutdown my computer, when I reboot my /sys/class/hwmon/ is different
> (subfolders hwmon? are numbered differently).
> What is responsible for this order ?
> How can I configure it to have i fixed order ?
>
> my motherboard is a Asus MN2 SLI DELUXE with AMD CPU
> below some results:
>
> $ls -l /sys/class/hwmon/hwmon?/
> /sys/class/hwmon/hwmon0/:
> total 0
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 name
> drwxr-xr-x 2 root root 0 2009-11-26 08:51 power
> lrwxrwxrwx 1 root root 0 2009-11-26 08:51 subsystem ->
> ../../../../class/hwmon
> -r--r--r-- 1 root root 4096 2009-11-26 08:51 temp1_crit
> -r--r--r-- 1 root root 4096 2009-11-26 08:35 temp1_input
> -rw-r--r-- 1 root root 4096 2009-11-26 08:51 uevent
>
> /sys/class/hwmon/hwmon1/:
> total 0
> lrwxrwxrwx 1 root root 0 2009-11-26 08:30 device -> ../../../ATK0110:00
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 fan1_input
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 fan1_label
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 fan1_max
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 fan1_min
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 fan2_input
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 fan2_label
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 fan2_max
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 fan2_min
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 fan3_input
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 fan3_label
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 fan3_max
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 fan3_min
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in0_input
> -r--r--r-- 1 root root 4096 2009-11-26 08:27 in0_label
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in0_max
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in0_min
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in1_input
> -r--r--r-- 1 root root 4096 2009-11-26 08:27 in1_label
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in1_max
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in1_min
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in2_input
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 in2_label
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in2_max
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in2_min
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in3_input
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 in3_label
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in3_max
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 in3_min
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 name
> drwxr-xr-x 2 root root 0 2009-11-26 08:30 power
> lrwxrwxrwx 1 root root 0 2009-11-26 08:30 subsystem ->
> ../../../../../../../class/hwmon
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 temp1_crit
> -r--r--r-- 1 root root 4096 2009-11-26 08:11 temp1_input
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 temp1_label
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 temp1_max
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 temp2_crit
> -r--r--r-- 1 root root 4096 2009-11-26 08:26 temp2_input
> -r--r--r-- 1 root root 4096 2009-11-26 08:33 temp2_label
> -r--r--r-- 1 root root 4096 2009-11-26 08:30 temp2_max
> -rw-r--r-- 1 root root 4096 2009-11-26 08:30 uevent
>
> /sys/class/hwmon/hwmon2/:
> total 0
> lrwxrwxrwx 1 root root 0 2009-11-26 08:35 device -> ../../../it87.656
> drwxr-xr-x 2 root root 0 2009-11-26 08:51 power
> lrwxrwxrwx 1 root root 0 2009-11-26 08:51 subsystem ->
> ../../../../../class/hwmon
> -rw-r--r-- 1 root root 4096 2009-11-26 08:51 uevent
>
> $ cat /sys/class/hwmon/hwmon0/name
> acpitz
> $ cat /sys/class/hwmon/hwmon1/name
> atk0110
This is not the question you were asking, but you should NOT be using
drivers asus_atk0110 and it87 together. They access the same piece of
hardware, without synchronization of any form, which is dangerous. If
your kernel is recent enough that it has the asus_atk0110 driver (you
did not tell us the exact kernel version... I guess 2.6.30?) then you
should stop using the it87 driver. Kernel 2.6.31 and later will prevent
you from loading it87 so you better get used to it.
This will indirectly solve your problem, although probably not the way
you would like: the asus_atk0110 driver doesn't offer manual fan speed
control facilities, instead you must select the automatic fan speed
control strategy in the BIOS.
I'm not sure about the ACPI thermal zone, I thought Asus boards did not
have one. Luca, ever seen this before? Is it OK to use both the ACPI
thermal driver and the asus_atk0110 driver at the same time?
--
Jean Delvare
http://khali.linux-fr.org/wishlist.html
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
next prev parent reply other threads:[~2009-11-27 8:01 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-26 8:14 [lm-sensors] /sys/class/hwmon/ numbering Charles Prévot
2009-11-26 13:24 ` Clemens Ladisch
2009-11-27 8:01 ` Jean Delvare [this message]
2009-11-27 8:24 ` Charles Prévot
2009-11-27 8:59 ` Jean Delvare
2009-11-27 13:59 ` Luca Tettamanti
2009-11-27 22:32 ` Charles Prévot
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=20091127090116.03af9457@hyperion.delvare \
--to=khali@linux-fr.org \
--cc=lm-sensors@vger.kernel.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.