All of lore.kernel.org
 help / color / mirror / Atom feed
From: Guenter Roeck <guenter.roeck@ericsson.com>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] [PATCH] hwmon: (pmbus) Fix two issues
Date: Tue, 15 Nov 2011 02:42:13 +0000	[thread overview]
Message-ID: <20111115024213.GA28863@ericsson.com> (raw)
In-Reply-To: <1321249266-17071-1-git-send-email-Yuantian.Tang@freescale.com>

On Mon, Nov 14, 2011 at 09:28:40PM -0500, Tang Yuantian-B29983 wrote:
> Hi Guenter,
> 
> Please find my comments in line.
> 
> > -----Original Message-----
> > > > > SMBus block reads receive the block length as the first byte. 0x10
> > > > > = 16, which is the length of the ID for these chips, this is no
> > > I didn't write the driver, and don't have the device, but I think the
> > > driver is OK as is. The block length (0x10) is handled by the
> > > underlying bus driver, the device driver never gets to see it, if you
> > > properly call i2c_smbus_read_block_data() as you are supposed to.
> > >
> > I have eval boards for all chips supported by the driver (lots of kudos
> > to Intersil), so the driver was tested and is known to work for all chips
> > it currently supports. Intersil told me that they don't update the
> > firmware after they released a chip, so we can be sure that the firmware
> > version on all chips of the same type is the same, and we don't have to
> > look for version specific behavior.
> > 
> > I agree that we should not replace the SMBus block read with SMBus I2C
> > block read. The I2C bus driver should really implement SMBus block read
> > command support.
> > 
> > There are some I2C bus drivers which can not support SMBus block reads
> > due to chip limitations, such as the Sibyte driver, but if the driver can
> > support SMBus I2C block reads it should possible to support SMBus block
> > reads as well. As far as I can see, the only driver supporting SMBUS I2C
> > block reads but not SMBUS block reads is scx200_acb. That seems to be an
> > oversight (or maybe laziness ;), and should be easy to fix.
> > 
> [Yuantian:] what platform are you testing on?
> What I see is most i2c bus drivers don't support "SMBus block".

Actually, almost all drivers support it, via SMBus emulation code. And if a driver
supports SMBus I2C block commands, there is no technical reason why it should not
support SMBus block commands.

To answer your question, PC based systems, PowerPC based systems, Octeon based
systems, and a Sibyte based system (where block commands don't work).

Guenter

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

  parent reply	other threads:[~2011-11-15  2:42 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-14  5:41 [lm-sensors] [PATCH] hwmon: (pmbus) Fix two issues Yuantian.Tang
2011-11-14  8:01 ` Jean Delvare
2011-11-14  8:48 ` Tang Yuantian-B29983
2011-11-14 12:59 ` Jean Delvare
2011-11-14 16:28 ` Guenter Roeck
2011-11-15  2:28 ` Tang Yuantian-B29983
2011-11-15  2:35 ` Tang Yuantian-B29983
2011-11-15  2:42 ` Guenter Roeck [this message]
2011-11-15  2:54 ` Guenter Roeck
2011-11-15  2:58 ` Tang Yuantian-B29983
2011-11-15  3:00 ` Tabi Timur-B04825
2011-11-15  3:39 ` Guenter Roeck
2011-11-15  4:14 ` Guenter Roeck
2011-11-15  5:37 ` Tang Yuantian-B29983
2011-11-15  6:14 ` Guenter Roeck
2011-11-15  7:24 ` 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=20111115024213.GA28863@ericsson.com \
    --to=guenter.roeck@ericsson.com \
    --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.