you can run i2cdump even when a driver is installed.
Add a cat of /proc/bus/i2c to the help function to help
users with the bus number argument.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@690 7894878c-1315-0410-8ee3-d5d059ff63e0
registers in I2C mode.
Instead of using bank 1 and 2, which was in violation of
the datasheets, use the separate I2C registers (usually
0x48 and 0x49). Register these addresses separately
using additional i2c_attach-client() calls.
Users will see new "subclient" registration messages
in the syslog.
/proc and libsensors interfaces are unchanged, i.e. the
chip still looks like a single device.
This should fix temp2 and temp3 for the as99127f, which
did not allow bank 1 and 2 accesses. Should not affect
operation for other chips as they worked before.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@686 7894878c-1315-0410-8ee3-d5d059ff63e0
Please test. Changes in voodoo3_setup:
* Use pci_find_device instead of traversing the list ourselves;
* Eliminate flag, testing v3_num is just as good;
* Elimiate result, it was not used anyway.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@684 7894878c-1315-0410-8ee3-d5d059ff63e0
* DDC only looked for on 0x50, as other addresses are treated as
sub-addrs;
* LM78-J again displays right driver (oops...)
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@680 7894878c-1315-0410-8ee3-d5d059ff63e0
This often-asked for, long-planned and somewhat-forgotten feature
makes it possible to tell libsensors-linked applications (like
the sensors program) that certain features should not be displayed.
This is very nice for things like unconnected temperature sensors
or fans.
Modifications to the library code, to the sensors program and to
the documentation and example sensors.conf file.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@676 7894878c-1315-0410-8ee3-d5d059ff63e0
Set DESTDIR if you want to install at some other place then where you
will run everything from.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@675 7894878c-1315-0410-8ee3-d5d059ff63e0
Please check the data below; for now, I have listed myself and Phil as
maintainers. If you would like that changed, Phil, please feel free.
# P: Person
# M: Mail patches to
# L: Mailing list that is relevant to this area
# W: Web-page with status/info
# S: Status, one of the following:
SENSORS DRIVERS
P: Frodo Looijaard
M: frodol@dds.nl
P: Philip Edelbrock
M: phil@netroedge.com
L: lm78@stimpy.netroedge.com
W: http://www.lm-sensors.nu/
S: Maintained
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@672 7894878c-1315-0410-8ee3-d5d059ff63e0
use lm75 driver for temp2 and temp3 until I fix w83781d driver.
LM75 detection fails on as99127f (and w83781d temp2).
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@670 7894878c-1315-0410-8ee3-d5d059ff63e0
Changes in sensors.c:
sensors_detect now skips addresses which are already taken. Even a
force parameter can not override this, as it could lead to major
problems.
For ISA addresses, the same is done; but the client drivers still need
a check if they claim more than one ISA address (as all of the current
ISA clients do).
Changes in chip drivers:
Removed the comment about needing address registration
Changes in i2cdetect.c:
Marks addresses which are already claimed
Changes in sensors-detect:
Warns when an address is already claimed, and skips it.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@667 7894878c-1315-0410-8ee3-d5d059ff63e0
Could somebody with a LM78 or W83781D on both SMBus and ISA bus please test
this? It should say `Alias of the chip on I2C bus `...' address `...''
when scanning the ISA bus.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@664 7894878c-1315-0410-8ee3-d5d059ff63e0
default. Now uses libsensors. Ripped the display formatting code from
sensors (with some modification) but needless to say I've only tested
a single chip. Doesn't support alarms yet. With a bit of work, could
share the display formatting code with sensors so just one source needs
updating. Compiles on my machine.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@661 7894878c-1315-0410-8ee3-d5d059ff63e0
Reasons varied from typos (_ instead of -) to static declarations that
should have been extern.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@646 7894878c-1315-0410-8ee3-d5d059ff63e0
<linux/version.h> was not included (it was automatically
included by <linux/module.h> when a module, but that is not good
enough of course...)
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@644 7894878c-1315-0410-8ee3-d5d059ff63e0
sensors-detect detection is now complete; I think nothing else needs
to be done in the tree?!? (except documentation of course)
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@643 7894878c-1315-0410-8ee3-d5d059ff63e0
Frodo Looijaard