From: Jean Delvare <khali@linux-fr.org>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] [patch lm-sensors 2.10.4] i2cdetect mislabels PEC
Date: Thu, 04 Oct 2007 14:45:09 +0000 [thread overview]
Message-ID: <20071004164509.13576c5d@hyperion.delvare> (raw)
In-Reply-To: <20070917205024.0A35D230DBC@adsl-69-226-248-13.dsl.pltn13.pacbell.net>
On Wed, 03 Oct 2007 12:23:31 -0700, David Brownell wrote:
> > > Rename I2C_FUNC_SMBUS_HWPEC_CALC as I2C_FUNC_SMBUS_PEC, and list that
> > > functionality as always available through the software implementation.
> > > Update documentation accordingly (and list similar requirements).
> > >
> > > The way it's currently packaged doesn't present the capability in a
> > > useful way. Basically, it's always available -- except when the I2C
> > > stack is running on SMBus hardware without PEC support in hardware.
> >
> > Actually, except when the driver does not support it (drivers could lack
> > PEC support while the hardware can do it.)
>
> Fair enough, although that's not very distinguishable from the
> case of no hardware support. Feel free to update that part of
> the patch comment appropriately.
>
> > >
> > > ioctl(file,I2C_TENBIT,long select)
> > > Selects ten bit addresses if select not equals 0, selects normal 7 bit
> > > - addresses if select equals 0. Default 0.
> > > + addresses if select equals 0. Default 0. This request is only valid
> > > + if the adapter has I2C_FUNC_10BIT_ADDR.
> > >
> > > ioctl(file,I2C_PEC,long select)
> > > Selects SMBus PEC (packet error checking) generation and verification
> > > if select not equals 0, disables if select equals 0. Default 0.
> > > - Used only for SMBus transactions.
> > > + Used only for SMBus transactions; only valid if the adapter has
> > > + I2C_FUNC_SMBUS_PEC.
> >
> > Not correct. PEC being optional, chip drivers (or i2c-dev users) can
> > declare themselves PEC-compliant and let the adapter driver decide
> > whether it can actually do PEC or not. This is the right way to do it.
> > So a better wording would be "only has an effect if..."
>
> Depends on what you mean by "valid"; from my perspective,
> it's not valid without efficacy. That happens to be part
> of the first definition in my handy dictionary.
OK, I've made some edits and applied the patch, thanks.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
prev parent reply other threads:[~2007-10-04 14:45 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-17 20:50 [lm-sensors] [patch lm-sensors 2.10.4] i2cdetect mislabels PEC David Brownell
2007-09-18 21:45 ` Jean Delvare
2007-09-18 22:45 ` David Brownell
2007-09-19 7:59 ` Jean Delvare
2007-09-19 21:55 ` David Brownell
2007-09-20 11:02 ` Jean Delvare
2007-09-21 17:11 ` David Brownell
2007-09-23 21:01 ` Jean Delvare
2007-10-03 19:23 ` David Brownell
2007-10-04 14:45 ` 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=20071004164509.13576c5d@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.