public inbox for devicetree@vger.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andy@kernel.org>
To: Binbin Zhou <zhoubb.aaron@gmail.com>
Cc: Binbin Zhou <zhoubinbin@loongson.cn>,
	Wolfram Sang <wsa@kernel.org>,
	Wolfram Sang <wsa+renesas@sang-engineering.com>,
	Mika Westerberg <mika.westerberg@linux.intel.com>,
	linux-i2c@vger.kernel.org, loongarch@lists.linux.dev,
	devicetree@vger.kernel.org, Huacai Chen <chenhuacai@loongson.cn>,
	WANG Xuerui <kernel@xen0n.name>, Arnd Bergmann <arnd@arndb.de>,
	Rob Herring <robh+dt@kernel.org>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
	Jianmin Lv <lvjianmin@loongson.cn>
Subject: Re: [PATCH V8 3/4] i2c: ls2x: Add driver for Loongson-2K/LS7A I2C controller
Date: Thu, 29 Dec 2022 11:23:17 +0200	[thread overview]
Message-ID: <Y61chbeq9bo8bi7p@smile.fi.intel.com> (raw)
In-Reply-To: <Y61bwY4OpRFixx5r@smile.fi.intel.com>

On Thu, Dec 29, 2022 at 11:20:01AM +0200, Andy Shevchenko wrote:
> On Thu, Dec 29, 2022 at 03:31:47PM +0800, Binbin Zhou wrote:
> > On Wed, Dec 28, 2022 at 5:57 AM Andy Shevchenko <andy@kernel.org> wrote:
> > > On Fri, Dec 23, 2022 at 05:00:51PM +0800, Binbin Zhou wrote:

...

> > > > +static int ls2x_i2c_xfer_one(struct ls2x_i2c_priv *priv,
> > > > +                          struct i2c_msg *msg, bool stop)
> > > > +{
> > > > +     int ret;
> > > > +     bool is_read = msg->flags & I2C_M_RD;
> > > > +
> > > > +     /* Contains steps to send start condition and address */
> > > > +     ret = ls2x_i2c_start(priv, msg);
> > > > +     if (!ret) {
> > > > +             if (is_read)
> > > > +                     ret = ls2x_i2c_rx(priv, msg->buf, msg->len);
> > > > +             else
> > > > +                     ret = ls2x_i2c_tx(priv, msg->buf, msg->len);
> > > > +
> > > > +             if (!ret && stop)
> > > > +                     ret = ls2x_i2c_stop(priv);
> > > > +     }
> > > > +
> > > > +     if (ret == -ENXIO)
> > > > +             ls2x_i2c_stop(priv);
> > > > +     else if (ret < 0)
> > > > +             ls2x_i2c_init(priv);
> > > > +
> > > > +     return ret;
> > > > +}
> > >
> > > Still this code is odd from reader's perspective. It's in particular not clear
> > > if the stop can be called twice in a row. I recommend to split it to two
> > 
> > Sorry,
> > Actually, I don't quite understand why you keep thinking that the stop
> > can be called twice in a row.
> 
> Because nothing in the code suggests otherwise. You need deeply understand
> the flow to ensure that it won't. This means that the code is fragile and
> needs refactoring (even comment, which you can do a least won't help, because
> changing code in the other parts may break all this and you won't notice it).
> 
> > As I said in my last email, the logic here should be:
> > In the first case, stop is called when the last msg is transmitted successfully;
> > In the second case, stop is called when there is a NOACK during the
> > transmission;
> > In the third case, init is called when other errors occur during the
> > transmission, such as TIMEOUT.
> > 
> > The key pointer is the stop function will only return a TIMEOUT error
> > or 0 for success, so if the stop function above is failed, the stop
> > function below will never be called twice.
> > 
> > Anyway, I also admit that this part of the code may not be concise and
> > clear enough, and I have tried the following changes:
> > 
> > 1. put the start function into the rx/tx function respectively. As followers:
> > 
> > @@ -177,10 +177,16 @@ static int ls2x_i2c_start(struct ls2x_i2c_priv
> > *priv, struct i2c_msg *msgs)
> >         return ls2x_i2c_send_byte(priv, LS2X_CR_START | LS2X_CR_WRITE);
> >  }
> > 
> > -static int ls2x_i2c_rx(struct ls2x_i2c_priv *priv, u8 *buf, u16 len)
> > +static int ls2x_i2c_rx(struct ls2x_i2c_priv *priv, struct i2c_msg *msg)
> >  {
> >         int ret;
> > -       u8 rxdata;
> > +       u8 rxdata, *buf = msg->buf;
> > +       u16 len = msg->len;
> > +
> > +       /* Contains steps to send start condition and address */
> > +       ret = ls2x_i2c_start(priv, msg);
> > +       if (ret)
> > +               return ret;
> > 
> >         while (len--) {
> >                 ret = ls2x_i2c_xfer_byte(priv,
> > @@ -195,9 +201,16 @@ static int ls2x_i2c_rx(struct ls2x_i2c_priv
> > *priv, u8 *buf, u16 len)
> >         return 0;
> >  }
> > 
> > -static int ls2x_i2c_tx(struct ls2x_i2c_priv *priv, u8 *buf, u16 len)
> > +static int ls2x_i2c_tx(struct ls2x_i2c_priv *priv, struct i2c_msg *msg)
> >  {
> >         int ret;
> > +       u8 *buf = msg->buf;
> > +       u16 len = msg->len;
> > +
> > +       /* Contains steps to send start condition and address */
> > +       ret = ls2x_i2c_start(priv, msg);
> > +       if (ret)
> > +               return ret;
> > 
> >         while (len--) {
> >                 writeb(*buf++, priv->base + I2C_LS2X_TXR);
> > 
> > 2. define the variable 'reinit' in the xfer_one function to mark the
> > cases where reinit is needed. As follows:
> > 
> > static int ls2x_i2c_xfer_one(struct ls2x_i2c_priv *priv,
> >                              struct i2c_msg *msg, bool stop)
> > {
> >         int ret, ret2;
> >         bool reinit = false;
> >         bool is_read = msg->flags & I2C_M_RD;
> > 
> >         if (is_read)
> >                 ret = ls2x_i2c_rx(priv, msg);
> >         else
> >                 ret = ls2x_i2c_tx(priv, msg);
> > 
> >         if (ret == -EAGAIN) /* could not acquire bus. bail out without STOP */
> >                 return ret;
> > 
> >         if (ret == -ETIMEDOUT) {
> >                 /* Fatal error. Needs reinit. */
> >                 stop = false;
> >                 reinit = true;

Why do you need to initialize stop here?
Why not to call reinit here and bailout?

> >         }
> > 
> >         if (stop) {
> >                 ret2 = ls2x_i2c_stop(priv);
> > 
> >                 if (ret2) {
> >                         /* Failed to issue STOP. Needs reinit. */
> >                         reinit = true;
> >                         ret = ret ?: ret2;

All the same, try to be less verbose with unneeded variables.

> >                 }
> >         }
> > 
> >         if (reinit)
> >                 ls2x_i2c_init(priv);
> > 
> >         return ret;
> > }
> > 
> > Do you think this is better?
> 
> Slightly, but still twisted at the end with the play of error codes. Try to
> make it even more clear.
> 
> > > functions and then do something like
> > >
> > > _read_one()
> > > {
> > >         ret = start();
> > >         if (ret)
> > >                 goto _stop; // Do we really need this?
> > >
> > >                 ret = rx();
> > >                 if (ret)
> > >                         goto _stop; // Do we need this?
> > >
> > >                 /* By setting this call the stop */
> > >                 if (stop)
> > >                         ret = -ENXIO;
> > >
> > >         out_send_stop:
> > >                 if (ret == ...)
> > >                         return _stop();
> > >                 // I don't like above, so this error checking/setting parts
> > >                 // also can be rethought and refactored accordingly
> > >
> > >                 return ret;
> > > }
> > >
> > >
> > >         if (is_read)
> > >                 ret = _read_one();
> > >         else
> > >                 ret = _write_one();
> > >
> > >         if (ret)
> > >                 _init();
> > >
> > >         return ret;

-- 
With Best Regards,
Andy Shevchenko



  reply	other threads:[~2022-12-29  9:23 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-12-23  9:00 [PATCH V8 0/4] i2c: ls2x: Add support for the Loongson-2K/LS7A I2C controller Binbin Zhou
2022-12-23  9:00 ` [PATCH V8 1/4] i2c: gpio: Add support on ACPI-based system Binbin Zhou
2022-12-23  9:00 ` [PATCH V8 2/4] dt-bindings: i2c: add Loongson LS2X I2C controller Binbin Zhou
2022-12-23  9:00 ` [PATCH V8 3/4] i2c: ls2x: Add driver for Loongson-2K/LS7A " Binbin Zhou
2022-12-27 21:57   ` Andy Shevchenko
2022-12-29  7:31     ` Binbin Zhou
2022-12-29  9:20       ` Andy Shevchenko
2022-12-29  9:23         ` Andy Shevchenko [this message]
2022-12-30  1:46           ` Binbin Zhou
2022-12-30  8:26             ` Andy Shevchenko
2022-12-30  8:49               ` Binbin Zhou
2022-12-23  9:01 ` [PATCH V8 4/4] LoongArch: Enable LS2X I2C in loongson3_defconfig Binbin Zhou

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=Y61chbeq9bo8bi7p@smile.fi.intel.com \
    --to=andy@kernel.org \
    --cc=arnd@arndb.de \
    --cc=chenhuacai@loongson.cn \
    --cc=devicetree@vger.kernel.org \
    --cc=kernel@xen0n.name \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=loongarch@lists.linux.dev \
    --cc=lvjianmin@loongson.cn \
    --cc=mika.westerberg@linux.intel.com \
    --cc=robh+dt@kernel.org \
    --cc=wsa+renesas@sang-engineering.com \
    --cc=wsa@kernel.org \
    --cc=zhoubb.aaron@gmail.com \
    --cc=zhoubinbin@loongson.cn \
    /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