From: Guenter Roeck <guenter.roeck-IzeFyvvaP7pWk0Htik3J/w@public.gmane.org>
To: York Sun <yorksun-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
Cc: Tabi Timur-B04825
<B04825-KZfg59tc24xl57MIdRCFDg@public.gmane.org>,
"linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"B29983-KZfg59tc24xl57MIdRCFDg@public.gmane.org"
<B29983-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
Subject: Re: [PATCH] i2c/busses: (mpc) Add support for SMBUS_READ_BLOCK_DATA
Date: Wed, 16 Nov 2011 09:36:08 -0800 [thread overview]
Message-ID: <1321464968.2309.384.camel@groeck-laptop> (raw)
In-Reply-To: <1321464509.7847.41.camel@oslab-l1>
On Wed, 2011-11-16 at 12:28 -0500, York Sun wrote:
> I am not sure if this mail will reach the list as I am not subscribed.
>
> In the v2 patch (actually both version), you wrote
>
> > + byte = readb(i2c->base + MPC_I2C_DR);
> > +
> > + /* Adjust length if first received byte is length */
> > + if (i == 0 && recv_len) {
> > + if (byte == 0 || byte > I2C_SMBUS_BLOCK_MAX)
> > + return -EPROTO;
> > + length += byte;
> > + /*
> > + * For block reads, generate txack here if data length
> > + * is 1 byte (total length is 2 bytes).
> > + */
> > + if (length == 2)
> > + writeccr(i2c, CCR_MIEN | CCR_MEN | CCR_MSTA
> > + | CCR_TXAK);
> > + }
> > + data[i] = byte;
>
> I am wondering if the first byte should be left out for data[] if the
> recv_len is non-zero. If I understand correctly, this patch is to
> support of SMBus with multiple byte read. The SMBus is different from
> I2C bus on multiple byte. The first data is byte count vs slave data for
> I2C. So you will receive all data preceded by the byte count, which is
> one more than your loop.
>
York,
The calling code expects the data length in data[0], and the actual data
in data[1] .. data[<byte_count>]. The initial value for length is 1; the
byte count is added to it, so <byte count + 1> bytes are placed into the
buffer.
Thanks,
Guenter
> York
>
>
>
> On Wed, 2011-11-16 at 08:56 -0600, Timur Tabi wrote:
> >
> > On Nov 16, 2011, at 12:01 AM, sun york-R58495 <R58495-KZfg59tc24xl57MIdRCFDg@public.gmane.org> wrote:
> >
> > > Timur,
> > >
> > > Which silicon has the i2c-mpc? Without the user's manual, I can only guess from the code. It looks like the code is going to deal with a block transaction with the first byte is the length. If that's true, there might be a problem with
> > >
> > > data[i]=byte
> > >
> > > if the block is true. Since the first byte is the length, it shouldn't be the data at the same time, right?
> >
> > Can you check thr mailing list thread? It should explain everything.
> >
> >
> > >
> > > York
> > >
> > > ________________________________________
> > > From: Tabi Timur-B04825
> > > Sent: Tuesday, November 15, 2011 11:04 AM
> > > To: sun york-R58495
> > > Subject: Fwd: [PATCH] i2c/busses: (mpc) Add support for SMBUS_READ_BLOCK_DATA
> > >
> > > York,
> > >
> > > If you have a moment, can you take a look at this patch? I don't know
> > > enough about I2C to really understand it.
> > >
> > > ---------- Forwarded message ----------
> > > From: Guenter Roeck <guenter.roeck-IzeFyvvaP7pWk0Htik3J/w@public.gmane.org>
> > > Date: Tue, Nov 15, 2011 at 12:27 AM
> > > Subject: [PATCH] i2c/busses: (mpc) Add support for SMBUS_READ_BLOCK_DATA
> > > To: Jean Delvare <khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org>, Ben Dooks <ben-linux-elnMNo+KYs3YtjvyW6yDsg@public.gmane.org>
> > > Cc: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>,
> > > linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Guenter Roeck
> > > <guenter.roeck-IzeFyvvaP7pWk0Htik3J/w@public.gmane.org>, Tang Yuantian <B29983-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
> > >
> > >
> > > Add support for SMBUS_READ_BLOCK_DATA to the i2c-mpc bus driver.
> > > Required to support the PMBus zl6100 driver with i2c-mpc.
> > >
> > > Reported-by: Tang Yuantian <B29983-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
> > > Cc: Tang Yuantian <B29983-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
> > > Signed-off-by: Guenter Roeck <guenter.roeck-IzeFyvvaP7pWk0Htik3J/w@public.gmane.org>
> > > ---
> > > drivers/i2c/busses/i2c-mpc.c | 33 +++++++++++++++++++++++++--------
> > > 1 files changed, 25 insertions(+), 8 deletions(-)
> > >
> > > diff --git a/drivers/i2c/busses/i2c-mpc.c b/drivers/i2c/busses/i2c-mpc.c
> > > index 107397a..77aade7 100644
> > > --- a/drivers/i2c/busses/i2c-mpc.c
> > > +++ b/drivers/i2c/busses/i2c-mpc.c
> > > @@ -454,7 +454,7 @@ static int mpc_write(struct mpc_i2c *i2c, int target,
> > > }
> > >
> > > static int mpc_read(struct mpc_i2c *i2c, int target,
> > > - u8 *data, int length, int restart)
> > > + u8 *data, int length, int restart, bool block)
> > > {
> > > unsigned timeout = i2c->adap.timeout;
> > > int i, result;
> > > @@ -470,7 +470,7 @@ static int mpc_read(struct mpc_i2c *i2c, int target,
> > > return result;
> > >
> > > if (length) {
> > > - if (length == 1)
> > > + if (length == 1 && !block)
> > > writeccr(i2c, CCR_MIEN | CCR_MEN | CCR_MSTA | CCR_TXAK);
> > > else
> > > writeccr(i2c, CCR_MIEN | CCR_MEN | CCR_MSTA);
> > > @@ -479,17 +479,28 @@ static int mpc_read(struct mpc_i2c *i2c, int target,
> > > }
> > >
> > > for (i = 0; i < length; i++) {
> > > + u8 byte;
> > > +
> > > result = i2c_wait(i2c, timeout, 0);
> > > if (result < 0)
> > > return result;
> > >
> > > + byte = readb(i2c->base + MPC_I2C_DR);
> > > + /*
> > > + * Adjust length if first received byte is length
> > > + */
> > > + if (i == 0 && block) {
> > > + if (byte == 0 || byte > I2C_SMBUS_BLOCK_MAX)
> > > + return -EPROTO;
> > > + length += byte;
> > > + }
> > > + data[i] = byte;
> > > /* Generate txack on next to last byte */
> > > if (i == length - 2)
> > > writeccr(i2c, CCR_MIEN | CCR_MEN | CCR_MSTA | CCR_TXAK);
> > > /* Do not generate stop on last byte */
> > > if (i == length - 1)
> > > writeccr(i2c, CCR_MIEN | CCR_MEN | CCR_MSTA | CCR_MTX);
> > > - data[i] = readb(i2c->base + MPC_I2C_DR);
> > > }
> > >
> > > return length;
> > > @@ -532,12 +543,17 @@ static int mpc_xfer(struct i2c_adapter *adap,
> > > struct i2c_msg *msgs, int num)
> > > "Doing %s %d bytes to 0x%02x - %d of %d messages\n",
> > > pmsg->flags & I2C_M_RD ? "read" : "write",
> > > pmsg->len, pmsg->addr, i + 1, num);
> > > - if (pmsg->flags & I2C_M_RD)
> > > - ret =
> > > - mpc_read(i2c, pmsg->addr, pmsg->buf, pmsg->len, i);
> > > - else
> > > + if (pmsg->flags & I2C_M_RD) {
> > > + bool block = pmsg->flags & I2C_M_RECV_LEN;
> > > +
> > > + ret = mpc_read(i2c, pmsg->addr, pmsg->buf, pmsg->len, i,
> > > + block);
> > > + if (block && ret > 0)
> > > + pmsg->len = ret;
> > > + } else {
> > > ret =
> > > mpc_write(i2c, pmsg->addr, pmsg->buf, pmsg->len, i);
> > > + }
> > > }
> > > mpc_i2c_stop(i2c);
> > > return (ret < 0) ? ret : num;
> > > @@ -545,7 +561,8 @@ static int mpc_xfer(struct i2c_adapter *adap,
> > > struct i2c_msg *msgs, int num)
> > >
> > > static u32 mpc_functionality(struct i2c_adapter *adap)
> > > {
> > > - return I2C_FUNC_I2C | I2C_FUNC_SMBUS_EMUL;
> > > + return I2C_FUNC_I2C | I2C_FUNC_SMBUS_EMUL
> > > + | I2C_FUNC_SMBUS_READ_BLOCK_DATA;
> > > }
> > >
> > > static const struct i2c_algorithm mpc_algo = {
> > > --
> > > 1.7.3.1
> > >
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe linux-i2c" in
> > > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
> > > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > >
> > >
> > >
> > > --
> > > Timur Tabi
> > > Linux kernel developer at Freescale
>
>
>
next prev parent reply other threads:[~2011-11-16 17:36 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-15 6:27 [PATCH] i2c/busses: (mpc) Add support for SMBUS_READ_BLOCK_DATA Guenter Roeck
[not found] ` <1321338462-6138-1-git-send-email-guenter.roeck-IzeFyvvaP7pWk0Htik3J/w@public.gmane.org>
2011-11-15 8:54 ` Jean Delvare
[not found] ` <20111115095445.3d34e99e-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2011-11-15 16:29 ` Guenter Roeck
2011-11-15 19:02 ` Tabi Timur-B04825
[not found] ` <CAOZdJXVq=0pbrPM_-+Kjf3NhON8oN3Me64R6c9qBiAEFuRsDOw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-11-15 19:14 ` Guenter Roeck
2011-11-15 20:05 ` Jean Delvare
[not found] ` <20111115210528.0f9a0948-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2011-11-15 21:14 ` Guenter Roeck
[not found] ` <CAOZdJXUPO5PyMkAw-2EPvy_qSUuqsgUA7Gr8mKUX7HyShoXk3g@mail.gmail.com>
[not found] ` <E6AF40B3BFC8A9428EACB47497F0F4B62DC687@039-SN1MPN1-002.039d.mgd.msft.net>
[not found] ` <ECEE0D23-8F53-402C-A97F-4DB0F0E9C79B@freescale.com>
[not found] ` <ECEE0D23-8F53-402C-A97F-4DB0F0E9C79B-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
2011-11-16 17:28 ` York Sun
2011-11-16 17:36 ` Guenter Roeck [this message]
2011-11-16 17:55 ` York Sun
2011-11-16 18:09 ` Guenter Roeck
2011-11-16 18:09 ` Jean Delvare
2011-11-16 18:20 ` York Sun
2011-11-16 18:51 ` Guenter Roeck
2011-11-16 18:56 ` Timur Tabi
2011-11-16 18:58 ` sun york-R58495
2011-11-16 19:10 ` Jean Delvare
[not found] ` <20111116201048.4b7877dd-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2011-11-16 19:15 ` York Sun
2011-11-16 19:18 ` Jean Delvare
2011-11-16 19:24 ` York Sun
2011-11-17 18:18 ` Guenter Roeck
2011-11-17 19:23 ` York Sun
2011-11-18 3:15 ` Tang Yuantian-B29983
[not found] ` <20111116201847.6b11dc7f-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2011-12-01 7:06 ` Tang Yuantian-B29983
2011-12-07 2:52 ` Tang Yuantian-B29983
[not found] ` <3C06C26914DACA4BB3A368F78CA0B3A7134583-TcFNo7jSaXM0vywKSws3iq4g8xLGJsHaLnY5E4hWTkheoWH0uzbU5w@public.gmane.org>
2011-12-07 3:20 ` Guenter Roeck
2011-12-07 5:25 ` Tang Yuantian-B29983
[not found] ` <3C06C26914DACA4BB3A368F78CA0B3A71345F2-TcFNo7jSaXM0vywKSws3iq4g8xLGJsHaLnY5E4hWTkheoWH0uzbU5w@public.gmane.org>
2011-12-07 7:29 ` Jean Delvare
[not found] ` <20111207082924.2f88bd5d-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2012-02-23 6:57 ` Huang Changming-R66093
2011-11-16 17:38 ` Jean Delvare
-- strict thread matches above, loose matches on Subject: below --
2011-12-12 4:10 Yuantian.tang-KZfg59tc24xl57MIdRCFDg
[not found] ` <1323663010-32223-1-git-send-email-Yuantian.tang-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
2011-12-12 9:28 ` Guenter Roeck
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=1321464968.2309.384.camel@groeck-laptop \
--to=guenter.roeck-izefyvvap7pwk0htik3j/w@public.gmane.org \
--cc=B04825-KZfg59tc24xl57MIdRCFDg@public.gmane.org \
--cc=B29983-KZfg59tc24xl57MIdRCFDg@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=yorksun-KZfg59tc24xl57MIdRCFDg@public.gmane.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;
as well as URLs for NNTP newsgroup(s).