Subject:
Uptodate i2c-keywest
Date:
Sun, 17 Feb 2002 21:34:44 +0100
From:
Benjamin Herrenschmidt <benh@kernel.crashing.org>
Here's a patch against current lmsensors CVS which updates i2c-keywest
to the latest version needed on powermac. It's already in Marcelo as
one of the 2.4.18-pre's.
You may note that the i2c "mode" isn't what it should be to match
exactly what linux-i2c expects (see explaining comment). I will have
to define new transfer types in order to work around that, but it's
ok to do that now as we use this driver only for the sound chip
for now.
Ben.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1326 7894878c-1315-0410-8ee3-d5d059ff63e0
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
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
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
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
Also automatically enable ACPI if it was disabled.
Forcing address doesn't work on my test system, but hey,
at least I tried to test it...
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1077 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
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
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
Mark D. Studebaker