* Call insserv on the lm_sensors service when present.
* No sleep before running sensors -s.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5085 7894878c-1315-0410-8ee3-d5d059ff63e0
Gary Funck:
* If we create /etc/sysconfig/lm_sensors, there's no point in printing
the modprobe commands on the screen.
* Otherwise, suggest /etc/rc.d/rc.local as the init script where to put
the commands.
* If /etc/modprobe.d exists, create a file there to store the module
options, rather than printing them on the screen.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5081 7894878c-1315-0410-8ee3-d5d059ff63e0
Gary Funck:
* If we create /etc/sysconfig/lm_sensors, there's no point in printing
the modprobe commands on the screen.
* Otherwise, suggest /etc/rc.d/rc.local as the init script where to put
the commands.
* If /etc/modprobe.d exists, create a file there to store the module
options, rather than printing them on the screen.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5080 7894878c-1315-0410-8ee3-d5d059ff63e0
measured voltage value are now named inX_input, not just inX, but the
default configuration file was not properly updated to reflect this. This
caused errors to be displayed by "sensors" for the g520sm, lm80 and pc87366
chips. Reported by Aurelien Jarno.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5076 7894878c-1315-0410-8ee3-d5d059ff63e0
Instead, access sysfs directly, using 3 embedded helper
functions. My motivations for doing this are:
* As far as I know, libsysfs is no longer maintained.
* libsysfs does much more than we need. For example, when asking for a
device attribute list, libsysfs will read the contents and permissions
of all attributes. Not only does this waste CPU cycles per se, but in
the case of hwmon driver it also triggers register reads, which can be
slow for SMBus chips.
* libsysfs enforces the difference between devices and class devices,
while future changes will be easier if we can handle both types alike.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5067 7894878c-1315-0410-8ee3-d5d059ff63e0
* The drivers are no longer in this package.
* Drop all references to i2c, these aren't related to sensors per se and
belong elsewhere.
* Random updates, fix broken references, clarify some parts.
* Add references to the relevant manual pages.
* Drop references to freshmeat, they don't really help.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5056 7894878c-1315-0410-8ee3-d5d059ff63e0
multiplexer, it should be handled transparently at the kernel level.
On top of that, it can't be detected reliably, and the pca9540 driver
doesn't even exist in Linux 2.6.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5046 7894878c-1315-0410-8ee3-d5d059ff63e0
multiplexer, it should be handled transparently at the kernel level.
On top of that, it can't be detected reliably, and the pca9540 driver
doesn't even exist in Linux 2.6.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0@5045 7894878c-1315-0410-8ee3-d5d059ff63e0
return success even if sysfs isn't mounted. We have to check by ourselves
if it is mounted or not, so that we can fallback to procfs on Linux 2.4
systems.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@5036 7894878c-1315-0410-8ee3-d5d059ff63e0
Jean Delvare