public inbox for linux-i2c@vger.kernel.org
 help / color / mirror / Atom feed
From: Jean Delvare <khali@linux-fr.org>
To: Ulrich Drepper <drepper@redhat.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	i2c@lm-sensors.org
Subject: Re: i2c or eeprom enumeration problem
Date: Mon, 28 Apr 2008 18:53:37 +0200	[thread overview]
Message-ID: <20080428185337.0f15e94b@hyperion.delvare> (raw)
In-Reply-To: <4815ECD0.80201@redhat.com>

Hi Ulrich,

On Mon, 28 Apr 2008 08:27:12 -0700, Ulrich Drepper wrote:
> Jean Delvare wrote:
> > OK. Maybe it uses the same trick as the S4882... Can you get the
> > information from Tyan?
> 
> I don't have a special link to Tyan but I can try.  What information do
> you need?

Basically, whether the SMBus is multiplexed or not, and if it is, what
is the SMBus topology (which mux chip is used and how to control it,
how many segments, what devices are connected to each segment.)

> > Please provide the output of i2cdetect for all the SMBus channels.
> 
> [Strange, the lm_sensors package in F9 doesn't have i2cdetect anymore.
> Anything replacing it?]

Yes, the i2c tools (i2cdetect, i2cdump, the eeprom decoding scripts,
etc.) now live in their separate package named i2c-tools:
http://www.lm-sensors.org/wiki/I2CTools
As far as I know, Hans de Goede packaged it in Fedora already.

[Note that the lm-sensors.org website is exceptionally slow today.]

> 
> I see two busses:
> 
>   Installed I2C busses:
>     i2c-0       smbus           SMBus nForce2 adapter at a000
>     i2c-1       smbus           SMBus nForce2 adapter at a040
> 
> Using -a to get all the info on those busses I see this:

-a wasn't needed...

> 
> Bus 0:
> 
>      0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
> 00: -- -- -- -- -- -- -- -- 08 -- -- -- -- -- -- --
> 10: -- -- -- -- -- -- -- -- 18 -- -- -- -- -- -- --
> 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 50: UU UU UU UU -- -- -- -- -- -- -- -- -- -- -- --
> 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 70: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 

SPD for 4 memory modules at 0x50 - 0x53. 0x18 could be a multiplexer,
that's the address that was used by the 8-channel multiplexer on the
S4882.

> 
> Bus 1:
> 
>      0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
> 00: -- -- -- -- -- -- -- -- 08 -- -- -- -- -- -- --
> 10: -- -- -- -- -- -- -- -- -- 19 -- -- -- -- -- --
> 20: -- -- -- -- -- -- -- -- -- -- -- -- -- 2d -- --
> 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 40: -- -- -- -- -- -- -- -- 48 49 -- -- -- -- -- --
> 50: -- UU -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
> 70: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Apparently you have some Winbond hardware monitoring chip at 0x2d +
0x48 + 0x49. You might try sensors-detect.

There seems to be an extra EEPROM at 0x51, I'm curious what it is...
Presumably not an SPD.

No idea what is at 0x19, it could be a multiplexer but I'd be
surprised, as it doesn't make much sense to multiplex both SMBus
channels.

> This motherboard uses the NVidia nForce n4250QE chipset.

We won't be able to re-use the S4882 code as is, as that one was using a
completely different chip (AMD).

If you are willing to do some experiments with the board, I can give
you commands to test (you'll need i2cdetect and i2cset). But maybe
you'll prefer to wait to have additional information from Tyan first.
Let me know.

-- 
Jean Delvare

      reply	other threads:[~2008-04-28 16:53 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4815509A.9040802@redhat.com>
2008-04-28 12:05 ` i2c or eeprom enumeration problem Andrew Morton
2008-04-28 12:15   ` [i2c] " Jean Delvare
2008-04-28 14:16     ` Ulrich Drepper
2008-04-28 14:21       ` Jean Delvare
2008-04-28 15:27         ` Ulrich Drepper
2008-04-28 16:53           ` 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=20080428185337.0f15e94b@hyperion.delvare \
    --to=khali@linux-fr.org \
    --cc=akpm@linux-foundation.org \
    --cc=drepper@redhat.com \
    --cc=i2c@lm-sensors.org \
    --cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox