qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Philippe Mathieu-Daudé" <f4bug@amsat.org>
To: Corey Minyard <cminyard@mvista.com>
Cc: KONRAD Frederic <frederic.konrad@adacore.com>,
	David Gibson <david@gibson.dropbear.id.au>,
	"qemu-devel@nongnu.org Developers" <qemu-devel@nongnu.org>
Subject: Re: [PATCH] i2c: Match parameters of i2c_start_transfer and i2c_send_recv
Date: Tue, 23 Jun 2020 07:29:10 +0200	[thread overview]
Message-ID: <CAAdtpL6tJyUUvmyUzZyenbkXij+DW3WcruPyUL_V7VS-PfO5CA@mail.gmail.com> (raw)
In-Reply-To: <20200622213237.GB3258@minyard.net>

On Mon, Jun 22, 2020 at 11:34 PM Corey Minyard <cminyard@mvista.com> wrote:
> On Sun, Jun 21, 2020 at 04:43:38PM +0200, BALATON Zoltan wrote:
> > These functions have a parameter that decides the direction of
> > transfer but totally confusingly they don't match but inverted sense.
> > To avoid frequent mistakes when using these functions change
> > i2c_send_recv to match i2c_start_transfer. Also use bool in
> > i2c_start_transfer instead of int to match i2c_send_recv.
>
> Hmm, I have to admit that this is a little better.  Indeed the
> hw/misc/auxbus.c looks suspicious.  I can't imagine that code has ever
> been tested.
>
> I don't know the policy on changing an API like this with silent
> semantic changes.  You've gotten all the internal ones; I'm wondering if
> we worry about silently breaking out of tree things.
>
> I'll pull this into my tree, but hopefully others will comment on this.

FYI this patch doesn't apply on current master:
https://patchew.org/logs/20200621145235.9E241745712@zero.eik.bme.hu/git/

>
> -corey
>
> >
> > Signed-off-by: BALATON Zoltan <balaton@eik.bme.hu>
> > ---
> > Looks like hw/misc/auxbus.c already got this wrong and calls both
> > i2c_start_transfer and i2c_send_recv with same is_write parameter.
> > Although the name of the is_write variable suggest this may need to be
> > inverted I'm not sure what that value actially means and which usage
> > was correct so I did not touch it. Someone knowing this device might
> > want to review and fix it.
> >
> >  hw/display/sm501.c   |  2 +-
> >  hw/i2c/core.c        | 34 +++++++++++++++++-----------------
> >  hw/i2c/ppc4xx_i2c.c  |  2 +-
> >  include/hw/i2c/i2c.h |  4 ++--
> >  4 files changed, 21 insertions(+), 21 deletions(-)
> >
> > diff --git a/hw/display/sm501.c b/hw/display/sm501.c
> > index 2db347dcbc..ccd0a6e376 100644
> > --- a/hw/display/sm501.c
> > +++ b/hw/display/sm501.c
> > @@ -1034,7 +1034,7 @@ static void sm501_i2c_write(void *opaque, hwaddr addr, uint64_t value,
> >                      int i;
> >                      for (i = 0; i <= s->i2c_byte_count; i++) {
> >                          res = i2c_send_recv(s->i2c_bus, &s->i2c_data[i],
> > -                                            !(s->i2c_addr & 1));
> > +                                            s->i2c_addr & 1);
> >                          if (res) {
> >                              s->i2c_status |= SM501_I2C_STATUS_ERROR;
> >                              return;
> > diff --git a/hw/i2c/core.c b/hw/i2c/core.c
> > index 1aac457a2a..c9d01df427 100644
> > --- a/hw/i2c/core.c
> > +++ b/hw/i2c/core.c
> > @@ -91,7 +91,7 @@ int i2c_bus_busy(I2CBus *bus)
> >   * without releasing the bus.  If that fails, the bus is still
> >   * in a transaction.
> >   */
> > -int i2c_start_transfer(I2CBus *bus, uint8_t address, int recv)
> > +int i2c_start_transfer(I2CBus *bus, uint8_t address, bool recv)
> >  {
> >      BusChild *kid;
> >      I2CSlaveClass *sc;
> > @@ -175,26 +175,14 @@ void i2c_end_transfer(I2CBus *bus)
> >      bus->broadcast = false;
> >  }
> >
> > -int i2c_send_recv(I2CBus *bus, uint8_t *data, bool send)
> > +int i2c_send_recv(I2CBus *bus, uint8_t *data, bool recv)
> >  {
> >      I2CSlaveClass *sc;
> >      I2CSlave *s;
> >      I2CNode *node;
> >      int ret = 0;
> >
> > -    if (send) {
> > -        QLIST_FOREACH(node, &bus->current_devs, next) {
> > -            s = node->elt;
> > -            sc = I2C_SLAVE_GET_CLASS(s);
> > -            if (sc->send) {
> > -                trace_i2c_send(s->address, *data);
> > -                ret = ret || sc->send(s, *data);
> > -            } else {
> > -                ret = -1;
> > -            }
> > -        }
> > -        return ret ? -1 : 0;
> > -    } else {
> > +    if (recv) {
> >          ret = 0xff;
> >          if (!QLIST_EMPTY(&bus->current_devs) && !bus->broadcast) {
> >              sc = I2C_SLAVE_GET_CLASS(QLIST_FIRST(&bus->current_devs)->elt);
> > @@ -206,19 +194,31 @@ int i2c_send_recv(I2CBus *bus, uint8_t *data, bool send)
> >          }
> >          *data = ret;
> >          return 0;
> > +    } else {
> > +        QLIST_FOREACH(node, &bus->current_devs, next) {
> > +            s = node->elt;
> > +            sc = I2C_SLAVE_GET_CLASS(s);
> > +            if (sc->send) {
> > +                trace_i2c_send(s->address, *data);
> > +                ret = ret || sc->send(s, *data);
> > +            } else {
> > +                ret = -1;
> > +            }
> > +        }
> > +        return ret ? -1 : 0;
> >      }
> >  }
> >
> >  int i2c_send(I2CBus *bus, uint8_t data)
> >  {
> > -    return i2c_send_recv(bus, &data, true);
> > +    return i2c_send_recv(bus, &data, false);
> >  }
> >
> >  uint8_t i2c_recv(I2CBus *bus)
> >  {
> >      uint8_t data = 0xff;
> >
> > -    i2c_send_recv(bus, &data, false);
> > +    i2c_send_recv(bus, &data, true);
> >      return data;
> >  }
> >
> > diff --git a/hw/i2c/ppc4xx_i2c.c b/hw/i2c/ppc4xx_i2c.c
> > index c0a8e04567..d3899203a4 100644
> > --- a/hw/i2c/ppc4xx_i2c.c
> > +++ b/hw/i2c/ppc4xx_i2c.c
> > @@ -239,7 +239,7 @@ static void ppc4xx_i2c_writeb(void *opaque, hwaddr addr, uint64_t value,
> >                      }
> >                  }
> >                  if (!(i2c->sts & IIC_STS_ERR) &&
> > -                    i2c_send_recv(i2c->bus, &i2c->mdata[i], !recv)) {
> > +                    i2c_send_recv(i2c->bus, &i2c->mdata[i], recv)) {
> >                      i2c->sts |= IIC_STS_ERR;
> >                      i2c->extsts |= IIC_EXTSTS_XFRA;
> >                      break;
> > diff --git a/include/hw/i2c/i2c.h b/include/hw/i2c/i2c.h
> > index 4117211565..a09ab9230b 100644
> > --- a/include/hw/i2c/i2c.h
> > +++ b/include/hw/i2c/i2c.h
> > @@ -72,10 +72,10 @@ struct I2CBus {
> >  I2CBus *i2c_init_bus(DeviceState *parent, const char *name);
> >  void i2c_set_slave_address(I2CSlave *dev, uint8_t address);
> >  int i2c_bus_busy(I2CBus *bus);
> > -int i2c_start_transfer(I2CBus *bus, uint8_t address, int recv);
> > +int i2c_start_transfer(I2CBus *bus, uint8_t address, bool recv);
> >  void i2c_end_transfer(I2CBus *bus);
> >  void i2c_nack(I2CBus *bus);
> > -int i2c_send_recv(I2CBus *bus, uint8_t *data, bool send);
> > +int i2c_send_recv(I2CBus *bus, uint8_t *data, bool recv);
> >  int i2c_send(I2CBus *bus, uint8_t data);
> >  uint8_t i2c_recv(I2CBus *bus);
> >
> > --
> > 2.21.3
> >
>


  parent reply	other threads:[~2020-06-23  5:30 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-21 14:43 [PATCH] i2c: Match parameters of i2c_start_transfer and i2c_send_recv BALATON Zoltan
2020-06-22 21:32 ` Corey Minyard
2020-06-23  2:06   ` Corey Minyard
2020-06-23  5:15     ` Philippe Mathieu-Daudé
2020-06-23  5:23       ` Philippe Mathieu-Daudé
2020-06-23  5:29   ` Philippe Mathieu-Daudé [this message]
2020-06-26 10:20   ` Fred Konrad

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=CAAdtpL6tJyUUvmyUzZyenbkXij+DW3WcruPyUL_V7VS-PfO5CA@mail.gmail.com \
    --to=f4bug@amsat.org \
    --cc=cminyard@mvista.com \
    --cc=david@gibson.dropbear.id.au \
    --cc=frederic.konrad@adacore.com \
    --cc=qemu-devel@nongnu.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).