* Better VDD internal computation, as described in the data sheet;
* Fixed the config file to reflect the above change;
* The library read the wrong file to get its gl518sm alarm data.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@150 7894878c-1315-0410-8ee3-d5d059ff63e0
When computing the fan rotation speed, the register value of the dividers
was used, instead of the value it represents. I'ev fixed this ages ago
for the LM80 driver, but it seems I had forgotten to fix it at other places.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@149 7894878c-1315-0410-8ee3-d5d059ff63e0
Read the intro; it describes how you can use CVS to diff between old releases.
Stupid copyright typo in piix4.c fixed
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@146 7894878c-1315-0410-8ee3-d5d059ff63e0
* (module) VIN limits are now set to sane values (3V instead of 30V, which
caused nasty overflows)
* (module) VIN limits had min/max swapped in gl518_attach_adapter
* (lib) TEMP_HYST used the VID sysctl instead of the TEMP sysctl, leading
to bogus readings
* (sensors) print n/a for gl518 not available readings.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@145 7894878c-1315-0410-8ee3-d5d059ff63e0
Usage: isadump <ADDR-REG> <DATA-REG>
For the default LM78, this would be `isadump 0x295 0x296' (addresses may be
specified as decimal, octal or hexadecimal).
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@144 7894878c-1315-0410-8ee3-d5d059ff63e0
readings. (changed a u8 to a u16 in the data struct.) Now the temp
readings seem to work perfectly!
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@136 7894878c-1315-0410-8ee3-d5d059ff63e0
Please read the FAQ to see what is changed; there may be errors or omissions
yet. It is only meant for 2.x versions; the 1.x FAQ should not be deleted
from our homepage yet.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@134 7894878c-1315-0410-8ee3-d5d059ff63e0
This could lead to memory corruption and to the could-not-unload-module
problem of earlier reports. With a little luck, this will resolve all
module loading/unloading problems reported.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@132 7894878c-1315-0410-8ee3-d5d059ff63e0
* Force the Winbond into bank 0 before anything else is done
* Copied fan_div patch from lm78.c
* Copied IN_{FROM,TO}_REG patch from lm78.c
* Copied alarms computation bug fix from lm78.c
* Nicer way of managing banks: the bank number to access is now the high
byte of the (as u16 declared) register number. Only
w38781d_{read,write}_value needs now to be aware of banks. Also, the
w38781d_{read,write}_value functions now know that sensors 2 and temp, hyst
and over registers are word-sized.
* Introduced fan_div for FAN3 and 9-bit temperature readings.
* Made beep file work like the gl518sm one
* Corrected small VID problem (bit 4 was read from the wrong register)
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@121 7894878c-1315-0410-8ee3-d5d059ff63e0
* fan_div should now be handled correctly (please, could anybody play with
this? My fan is on FAN3, the one whose fan_div can't be changed...)
* IN_{TO,FROM}_REG no longer needs the additional in parameter, since we
eliminated scaling in the module.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@114 7894878c-1315-0410-8ee3-d5d059ff63e0
* sensors.conf.eg now contains LM80 declarations
* i2c/i2c-core.c again displays which adapters and clients are found and
connected, but it does not track the calls to transfer functions in dmesg
* Slight alarms computation bug in lm78.c repaired
* First hacks at lm80.c; expect a fully working version later today
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@113 7894878c-1315-0410-8ee3-d5d059ff63e0
This file consists of two numbers: the first is either 0 (global sound
alarm disable) or 1 (enable), the second is in the same encoding as the
'alarm' file and determines for which alarms the speaker will sound.
The new file was added to the module, the library and the sensors application.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@112 7894878c-1315-0410-8ee3-d5d059ff63e0
Some basic support, in the form of sensors_get_all_features(), for chips that
are known to the library, but unknown to the application. prog/sensors has
a demo of how to use this, in function print_unknown_chip in chips.c.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@110 7894878c-1315-0410-8ee3-d5d059ff63e0
An expression can now refer to the value it has to compute (@), but also to
other values. This is now perfectly valid as an expression:
vid + in_min - in_max * 2 / @
Not that this is very sensible, but you get the idea. Please install the
new example config file, or replace all old 'val' occurences with '@'.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@107 7894878c-1315-0410-8ee3-d5d059ff63e0
* Added sensors_get_algorithm_name and sensors_get_adapter_name to the
library.
* First application of sensors_get_value is very encouraging; LM75 data is
now printed.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@103 7894878c-1315-0410-8ee3-d5d059ff63e0
(print detected chips)
Yes! I am getting somewhere now. The sensors program does at last something
visible: it prints all detected chips. OK, cat /proc/sys/dev/sensors/chips
is faster. But it is a start...
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@102 7894878c-1315-0410-8ee3-d5d059ff63e0
