All of lore.kernel.org
 help / color / mirror / Atom feed
From: tfindlay@internode.on.net (Timothy Findlay)
To: lm-sensors@vger.kernel.org
Subject: [lm-sensors] ASUS P5WD2 Premium - Winbond 83627EHG-A
Date: Wed, 20 Jul 2005 14:17:35 +0000	[thread overview]
Message-ID: <42DE4186.9070702@internode.on.net> (raw)
In-Reply-To: <42D27327.7050402@internode.on.net>

Hi Jean,

Jean Delvare wrote:

>You really mean lm75.h then. I now remember the w83627ehf driver needs
>it. Should be OK though.
>  
>
Your correct as always, my apologies for such sloopy information, it 
seems the only time I get to sit and tinker with this is  past midnight, 
by which stage I'm half asleep. :(

>I think I see what happens here. We had a recent change in the sysfs
>callback function parameters. You probably need to revert them for your
>older kernel. Search for callback functions with the following
>parameters:
>
>static ssize_t
>show_reg_fan_##offset(struct device *dev, struct device_attribute *attr,
>                      char *buf)
>
>And drop the "struct device_attribute *attr" one, resulting in:
>
>static ssize_t
>show_reg_fan_##offset(struct device *dev, char *buf)
>
>Do that for all warnings you had when compiling, and hopefully the driver
>should then work.
>  
>
HOORAY! .. Your right-on! I tried searching my kernel source for 
definitions/prototypes for these functions, but couldnt find a thing, so 
I just hacked away at the source, removing all function parameters with 
offending struct, and then tried compiling it... no errors! :)

>And a note for next time... Never assume that warnings are OK when
>porting a driver. Drivers usually compile without any warning (at least
>all i2c and hardware monitoring drivers do), so new warnings are always
>the sign that something else changed and the driver code needs to be
>updated to match that change. That was the case here.
>  
>
Very true, alot of open source packages I build usually have warnings of 
some type, over time I get lazy and stop checking or trying to fix them. 
After the changes mentioned, the module compiled perfect. I'll attach a 
session log showing what I did, and I'll attach my butchered up module 
code (dont get mad! I tried to be careful with it!).

>Oh, and please CC the sensors list on replies.
>  
>
Certainly, as mentioned initially, I'm usually half asleep when I've 
been working on this.

My sincere thanks to you (and greg) for your help getting this working, 
I'm absolutely elated. I've fired up my fravorite gkRellm, and its 
picked up all the sensors perfectly. I did notice it didnt pick up the 
voltages (not that I'm all that interested in voltage), if I only 
understood the code a little better (and the spec provided by Winbond), 
I'd be happy to keep working on the driver to add anything else in. But 
I'm not sure I understand hex adressing that well, and I'd probably be a 
hinderance more than a help. Having said that, if theres anything I can 
do to help, just let me know. (sorry I dont have a spare P5WD2 to send 
you I'm afraid)

Again, sincere thanks,
Tim.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: build_log2.log
Type: text/x-log
Size: 4585 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20050720/f84d72ab/build_log2-0001.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: w83627ehf.c
Type: text/x-csrc
Size: 23532 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20050720/f84d72ab/w83627ehf-0001.bin

  parent reply	other threads:[~2005-07-20 14:17 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-11 15:55 [lm-sensors] ASUS P5WD2 Premium - Winbond 83627EHG-A Timothy Findlay
2005-07-12 14:50 ` Rudolf Marek
2005-07-13 17:05 ` Timothy Findlay
2005-07-14 13:18 ` Rudolf Marek
2005-07-14 13:25 ` Rudolf Marek
2005-07-15 10:50 ` Timothy Findlay
2005-07-15 11:57 ` Jean Delvare
2005-07-15 18:14 ` Timothy Findlay
2005-07-15 19:48 ` Jean Delvare
2005-07-17 15:22 ` Timothy Findlay
2005-07-17 17:44 ` Jean Delvare
2005-07-19 17:38 ` Jean Delvare
2005-07-20 14:17 ` Timothy Findlay [this message]
2005-07-20 21:14 ` Rudolf Marek
2005-07-24 20:20 ` Jean Delvare
2005-07-25 15:06 ` Carlos Eduardo Medaglia Dyonisio
2005-07-25 20:06 ` Jean Delvare

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=42DE4186.9070702@internode.on.net \
    --to=tfindlay@internode.on.net \
    --cc=lm-sensors@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.