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
Most notably, config file line numbers are now stored, so we can now generate
better error messages.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@98 7894878c-1315-0410-8ee3-d5d059ff63e0
This brings the archive into synch with my harddisk...
Everything in the lib directory should compile without problems (yes, even
without warnings even if WARN=1). It is not well-tested, though, and there
are some minor functions which must still be added. It is now almost
usable.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@95 7894878c-1315-0410-8ee3-d5d059ff63e0
Frodo Looijaard