All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jean Delvare <khali@linux-fr.org>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] PATCH; sensors-detect: do not crash FSC Syleus IC's
Date: Wed, 18 Feb 2009 19:10:28 +0000	[thread overview]
Message-ID: <20090218201028.72a91860@hyperion.delvare> (raw)
In-Reply-To: <499717A0.6070002@redhat.com>

On Wed, 18 Feb 2009 19:33:52 +0100, Hans de Goede wrote:
> 
> 
> Jean Delvare wrote:
> > Hi Hans,
> > 
> > On Sat, 14 Feb 2009 20:12:32 +0100, Hans de Goede wrote:
> >> As discussed on IRC the Syleus does not like our way of seeing if a device is 
> >> present at a certain address, this patch implements a workaround consisting of 
> >> doing a byte data read instead of a quick command or a byte read.
> >>
> >> Once reviewed I can commit this myself.
> > 
> >> Index: prog/detect/sensors-detect
> >> =================================> >> --- prog/detect/sensors-detect	(revision 5642)
> >> +++ prog/detect/sensors-detect	(working copy)
> >> @@ -2629,7 +2629,14 @@
> >>  {
> >>  	my ($file, $addr, $funcs) = @_;
> >>  
> >> -	if (($addr >= 0x50 && $addr <= 0x5F)
> >> +	if ($addr = 0x73) {
> >> +		# Special case for FSC chips, as at least the Syleus locks
> >> +		# up with our regular probe code. Note that to our current
> >> +		# knowledge only FSC chips live on this address, and for them
> >> +		# this probe method is safe
> > 
> > Missing final dot ;)
> > 
> >> +		return 0 unless ($funcs & I2C_FUNC_SMBUS_READ_BYTE);
> > 
> > Wrong test: you want to check for I2C_FUNC_SMBUS_READ_BYTE_DATA.
> > 
> 
> I tried that, but I got an undefined symbol (or somethinglike that) error
> 
> >> +		return i2c_smbus_access($file, SMBUS_READ, 0, SMBUS_BYTE_DATA, []);
> >> +	} elsif (($addr >= 0x50 && $addr <= 0x5F)
> >>  	 || ($addr >= 0x30 && $addr <= 0x37)) {
> >>  		# This covers all EEPROMs we know of, including page protection
> >>  		# addresses. Note that some page protection addresses will not
> > 
> > Minor nitpicking: I'd also move the test after the EEPROM test, keeping
> > the tests in both numeric and historical order.
> > 
> 
> Ok, will do when the I2C_FUNC_SMBUS_READ_BYTE_DATA thingie is sorted.

Ah, right. We can't include the i2c-dev.h header file from a perl
script so we have to redefine everything ourselves. Check for:

use constant I2C_FUNC_SMBUS_QUICK	=> 0x00010000;
use constant I2C_FUNC_SMBUS_READ_BYTE	=> 0x00020000;

and add:

use constant I2C_FUNC_SMBUS_READ_BYTE_DATA	=> 0x00080000;


-- 
Jean Delvare

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

      parent reply	other threads:[~2009-02-18 19:10 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-14 19:12 [lm-sensors] PATCH; sensors-detect: do not crash FSC Syleus IC's Hans de Goede
2009-02-18 16:23 ` Jean Delvare
2009-02-18 18:33 ` Hans de Goede
2009-02-18 19:10 ` Jean Delvare [this message]

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=20090218201028.72a91860@hyperion.delvare \
    --to=khali@linux-fr.org \
    --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.