to force_addr. It is now consistent with the bus PCI adapters
that support base address setting (piix4, i801, viapro).
Other benefit is that via686a_find can now return -ENODEV,
and module will fail to load when base address is not set and
parameter is not used.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1073 7894878c-1315-0410-8ee3-d5d059ff63e0
The temperature registers are in different places for the two
versions. Both versions unfortunately have the same PCI ID.
Apparently the temperature conversion formulas are different
for the two versions. Neither is yet implemented in the driver.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1070 7894878c-1315-0410-8ee3-d5d059ff63e0
in a different place than the LM78, which this driver was copied from,
so temp was completely broken.
Temp shares a pin and registers with in4; add in4 support, recognize
chip configuration and act accordingly.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1067 7894878c-1315-0410-8ee3-d5d059ff63e0
that are configurable as we will count on the BIOS to configure
the chip correctly. This will likely change fan and temperature
readings for some users.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1039 7894878c-1315-0410-8ee3-d5d059ff63e0
These select fan type (2 or 3 wire) as well as temp sensor type
(thermistor or diode) and temperature vs. voltage sensing for
two pins. This should help those on various Tyan mobos.
Driver used to reset the chip and then program a fixed setting which
worked for the Tyan S1824D board but not for Tyan 2510.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1030 7894878c-1315-0410-8ee3-d5d059ff63e0
to match what mkpatch patches in patched kernel.
Affected only kernel patches; standalone build was fine.
Ticket # 492.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1026 7894878c-1315-0410-8ee3-d5d059ff63e0
Leave the files there for now.
Remove old installed sensors.o in kernel/Module.mk.
sensors.c was moved to i2c-proc.c in the i2c package.
i2c-isa.h was appended to i2c.h in the i2c package.
Delete all but the SYSCTL and ALARMS definitions in sensors.h,
as the rest of the file was moved to i2c-proc.h in the i2c package.
Remove #include "i2c-isa.h" lines in all chip drivers and
in bus driver i2c-isa.c.
This all probably breaks mkpatch.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1015 7894878c-1315-0410-8ee3-d5d059ff63e0
address and program the base address in the 686a.
This is NOT a PCI force; the 3057 device must
be present in lspci.
Should work for Asus A7V/K7V boards which don't set the
base address (because they also have a as99127f on them!??).
Some rough edges remain, because
via686a_find() does not know there is a force; that only
is apparent to via686a_detect().
Notably, the driver will stay loaded even if the address is
uninitialized and there is no force; also, the driver complains
that a force is needed even when you give it one.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@999 7894878c-1315-0410-8ee3-d5d059ff63e0
to mkpatch in 2.5.5. Also add mtp008 and ds1621 init calls in anticipation
of them being added. Fix typos adm9024->adm9240.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@997 7894878c-1315-0410-8ee3-d5d059ff63e0
on both platforms). LM87 support is very far along, and should work
for a majority of users, but some minor tweaks are still on the to-do list.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@963 7894878c-1315-0410-8ee3-d5d059ff63e0
etc. from LM87... to lm87...; rename /proc entries to standard
in[0-5], etc.; also column 80 cleanup.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@952 7894878c-1315-0410-8ee3-d5d059ff63e0
kernels which need it. Also tweaked sensors-detect to work seemlessly
with the new driver. Driver is tested, and works as expected! (Yeah!)
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@950 7894878c-1315-0410-8ee3-d5d059ff63e0
at Scali. Untested, but compiles cleanly. Seems to be very closely based
on the Intel PIIX4 SMBus driver.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@946 7894878c-1315-0410-8ee3-d5d059ff63e0
programmers' reference guide. This ensures that the input value
is latched in the 815 register. We assume this also applies
to the 810 or at least does no harm. Ticket 419.
Alan Chen <alp_chen@hotmail.com> reports that this fixes the
bug where i2c-algo-bit bit_test=1 fails the test.
We don't have any data that shows there was any problem in
normal operation (non bit_test) or that this fixes anything else.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@941 7894878c-1315-0410-8ee3-d5d059ff63e0
(also in prog/sensors/chips.c),
rename /proc entries to in[0-5] and temp[1-2], fix negative
temperature reporting.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@940 7894878c-1315-0410-8ee3-d5d059ff63e0
the horrible
#if (LINUX_VERSION_CODE < KERNEL_VERSION(2,2,18)) || \
(LINUX_VERSION_CODE == KERNEL_VERSION(2,3,0))
They should now both work with 2.3 kernels (including 2.4 prepatches)
and very new 2.2 kernels (ie. 2.2.18 prepatches)
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@933 7894878c-1315-0410-8ee3-d5d059ff63e0
Mark D. Studebaker