detected at the same address, cause the driver to be told to
ignore this address. Untested.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@2000 7894878c-1315-0410-8ee3-d5d059ff63e0
From:
Kalev Soikonen <sokos@starman.ee>
Hi.
I am using lm_sensors in a slightly patched form.
The motherboard is Intel D845BGL, which features
SMSC LPC47M142 LPC Bus I/O controller.
If you look at the 47m10x and 47m14x datasheets,
you'll notice they have different Device ID's
(the former has 0x59, the latter 0x5F). As far
as the fan monitoring is concerned, they are
pretty much identical.
The 47M142 will be recognized with only some
trivial modifications to the code. I've attached
diffs for lm_sensors-2.7.0 and lm_sensors-2.8.0.
Best regards,
Kalev Soikonen
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1993 7894878c-1315-0410-8ee3-d5d059ff63e0
* Greg KH <greg@kroah.com> [2003-06-02 10:20:40 -0700]:
> On Sun, Jun 01, 2003 at 10:38:08AM -0400, Mark M. Hoffman wrote:
> > > This patch against 2.5.70 works for me vs. an SMBus adapter. It needs
> > re-testing against an ISA adapter since my particular chip is SMBus only.
>
> I've applied this and will send it off to Linus in a bit.
Thanks!
This patch fixes the various return values in the w83781d_detect()
error paths. It also cleans up some formatting here and there.
It should be applied on top of the previous one.
It works for me; same caveat as above w.r.t. ISA.
Regards,
--
Mark M. Hoffman
mhoffman@lightlink.com
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1990 7894878c-1315-0410-8ee3-d5d059ff63e0
Mainly targetted (and tested) with the 6651, but should work with
the MAX6550.
See doc/chips/max6650 for notes, bugs, assumptions, etc.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1987 7894878c-1315-0410-8ee3-d5d059ff63e0
Re: Intel 82801DA ICH4
* To: "Alexander Pohl" <alexander.pohl@xxxxxxxxxxxx>
* Subject: Re: Intel 82801DA ICH4
* From: Jean Delvare <khali@xxxxxxxxxxxx>
* Date: Tue, 22 Jul 2003 23:42:06 +0200
* Cc: sensors@xxxxxxxxxxxxxxxxxxxx
* In-reply-to: <32787.62.246.185.231.1058905435.squirrel@mailbox.TU-Berlin.DE>
* References: <32803.62.246.166.13.1058892758.squirrel@mailbox.TU-Berlin.DE><20030722191127.7b077828.khali@linux-fr.org><32787.62.246.185.231.1058905435.squirrel@mailbox.TU-Berlin.DE>
* Reply-to: sensors@xxxxxxxxxxxxxxxxxxxx
> I have some trouble compiling the module p4b_smbus.o and adding
> support for the i2c-bus. Adding support for pci-hotplug to my kernel
> was successful.
> (reference to ticket # 1345)
>
> Here the compiler output:
>
> cc -D__SMP__ -DMODVERSIONS -include
> /lib/modules/2.4.20-hotplug/build/include/linux/modversions.h
> -D__KERNEL__-DMODULE -Wall -Wstrict-prototypes -O2
> -fomit-frame-pointer-fno-strict-aliasing
> -I/lib/modules/2.4.20-hotplug/build/include -c -o p4b_smbus.o
> p4b_smbus.c p4b_smbus.c: In function `cleanup_module':
> p4b_smbus.c:263: incompatible type for argument 1 of `write_lock'
> p4b_smbus.c:268: invalid type argument of `->'
> make: *** [p4b_smbus.o] Error 1
Strange. I can compile it. I suspect the code isn't SMP-compliant. Try
forcing SMP=0 in Makefile.p4b, just to make sure this is the cause of
the failure. Once confirmed, Mark D. Studebaker will take a look at it.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@1975 7894878c-1315-0410-8ee3-d5d059ff63e0
Jean Delvare