apparently using these days. At least it's claimed to work partially.
Here's the info:
2001/7/14 Paul Harrison:
- got write working sufficient to bring Tumbler audio up,
read still untested
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1203 7894878c-1315-0410-8ee3-d5d059ff63e0
Fail and printk if still busy.
Fail and printk if completion timeout at end of transaction.
Reduce timeout from 5 sec to 1 sec.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1190 7894878c-1315-0410-8ee3-d5d059ff63e0
'supported' table. i2c adapter name and io region will
always be piix4 now - too hard to do 5 different names.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1188 7894878c-1315-0410-8ee3-d5d059ff63e0
adding a rather large delay after resetting the device
via register 0x40. There is obviously a state machine
in the chip that takes a while to run after you reset it.
Figured out the delay time by trial and error.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1168 7894878c-1315-0410-8ee3-d5d059ff63e0
when encountering a long list of unsupported chips.
All these chips have the same 1039/0008 ID as the 5595 but are
incompatible.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1150 7894878c-1315-0410-8ee3-d5d059ff63e0
The following patch does the following:
Fixed bug with not all alarms enabled.
Added ability to read battery voltage
Select temperature sensor type at module load time.
Added setting for Inside Technologies 786LCD board to example config file
I also fixed what looked like a typo in the existing it87 section where
in6_min/max was set twice and in7 was not set. As commented I think
the equation for the negative voltages are wrong but without that motherboard
I can't verify.
With the 786LCD board sensors-detect reports a lm78 which doesn't
exist and a sis5595 which may be part of the SIS630 chip but doesn't
perform the monitoring. The it8705F/SIS950 which is on the board is
reported as a misdetect. I didn't know enough about the various chips
to figure out how to get correct detections.
David Gesswein
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1146 7894878c-1315-0410-8ee3-d5d059ff63e0
patch from Christian Zuckschwerdt:
Hi,
On Fri, 15 Jun 2001, Mark D. Studebaker wrote:
> I looked at the patch and I see there are separate
> /proc entries for the 9 and 12 bit outputs.
> Why not just make the 12 bit output the only output using "temp"??
> I don't understand the need for all the new /proc entries,
> except perhaps for debugging inside #ifdef DEBUG.
> Would you or Jan be willing to develop a patch that way?
> I'm all for increased accuracy as a standard feature - why not?
Ok. I rewrote the patch to support standard (9bit) and enhanced (12bit)
accuracy via the "temp" entry. The "raw" interface is also gone.
There are some quirks needed for the sensors app. It seems that
prog/sensors/chips.c fixes the output to %+3.1f
Thats not good for 12bit mode which gives you 2 decimals and therefor
wrong scaling.
Precision is .062 with 12bit (4 decimal bits) instead of .5 with 9bit (1
decimal bit). That way 2 decimals seem a natural choice.
On the other hand I see no obvious reason not to fix decimals to 1...
I'm lost there -- suggestions anyone?
Another problem is that 12bit is slow and laggy. I don't recommend making
it the default mode.
cu.
:
Christian
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1145 7894878c-1315-0410-8ee3-d5d059ff63e0
This was broken by 2.6.0 because
2.6.0 didn't reset the fan clock setting at startup.
Therefore the AS_FAN_* macros were no longer needed to specially
correct the fan speed. So remove the special handling and the
AS_FAN_* macros and things should work now.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1135 7894878c-1315-0410-8ee3-d5d059ff63e0
were copied to i2c.h in the i2c package).
No harm was done because i2c-isa.h is still in our package, and
it87 is not included in mkpatch yet.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1132 7894878c-1315-0410-8ee3-d5d059ff63e0
Alpha architecture. I've made compilation contingent on
the machine being an Alpha because the driver needs kernel
include files that are in <asm-alpha>, not <asm>, unless
you are set up as an Alpha.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1109 7894878c-1315-0410-8ee3-d5d059ff63e0
_sysctl_real
_register_entry
_proc_real
_detect
_deregister_entry
_chips_data
which were the global symbols renamed in i2c-proc.[ch] in the
i2c package.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1101 7894878c-1315-0410-8ee3-d5d059ff63e0
which ensures i2c Bus is tristated correctly. It isn't clear from
the datasheet if the 586's GPIO pins are open drain or not,
but if they aren't, then the driver was driving the pins high
rather than letting them get pulled high as the spec requires.
This is corrected by toggling the direction rather than the
data register to control the bus.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1093 7894878c-1315-0410-8ee3-d5d059ff63e0
Philip Edelbrock