Initially, random values were put in the voltage registers. If iterate was
left at 0, these random values were put in /proc.
Solution: initialize voltage[0..2] with 0.
Frodo
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@709 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
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
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
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
* Improved monitoring of /proc directories
Instead of doing:
proc_bus_i2c->fill_inode = &monitor_bus_i2c;
void monitor_bus_i2c(struct inode *inode, int fill)
{
if (fill)
MOD_INC_USE_COUNT;
else
MOD_DEC_USE_COUNT;
}
you can now simply set:
proc_bus_i2c->owner = THIS_MODULE;
and this is just as good!
* An old 2.3 problem seemingly never was resolved yet: instead of using
a *wait_queue directly, you have to use a wait_queue_head_t and
initialize it properly:
#if (LINUX_VERSION_CODE < 0x020301)
static struct wait_queue *pcf_wait = NULL;
#else
static wait_queue_head_t pcf_wait;
#endif
#if (LINUX_VERSION_CODE >= 0x020301)
init_waitqueue_head(&pcf_wait);
#endif
except for this, semantics remain the same (but using a plain
wait_queue_head_t instead of a pointer to a wait_queue)
* I had to change the semantics of sensors_register_entry slightly,
to make the monitoring of /proc/sys/dev/* files possible for kernels
2.3.27 and newer. It now takes an additional parameter, which you
can specify as THIS_MODULE.
* THIS_MODULE is only defined in kernels 2.3.13 and later; added
it to compat.h and the compatibility section of mkpatch.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@640 7894878c-1315-0410-8ee3-d5d059ff63e0
Frodo Looijaard