All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Tyrone Ting <warp5tw@gmail.com>
Cc: avifishman70@gmail.com, tmaimon77@gmail.com,
	tali.perry1@gmail.com, venture@google.com, yuenn@google.com,
	benjaminfair@google.com, andi.shyti@kernel.org, wsa@kernel.org,
	rand.sec96@gmail.com, wsa+renesas@sang-engineering.com,
	tali.perry@nuvoton.com, Avi.Fishman@nuvoton.com,
	tomer.maimon@nuvoton.com, KWLIU@nuvoton.com, JJLIU0@nuvoton.com,
	kfting@nuvoton.com, openbmc@lists.ozlabs.org,
	linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4 4/6] i2c: npcm: Modify the client address assignment
Date: Mon, 23 Sep 2024 11:25:19 +0300	[thread overview]
Message-ID: <ZvEl77NIpNwtAAow@smile.fi.intel.com> (raw)
In-Reply-To: <CACD3sJbD4TuhDwazBwcc4FR2yK40LV=D-mk6VAKwNvxqAHNGLw@mail.gmail.com>

On Mon, Sep 23, 2024 at 09:59:31AM +0800, Tyrone Ting wrote:
> Andy Shevchenko <andriy.shevchenko@linux.intel.com> 於 2024年9月20日 週五 下午10:33寫道:
> > On Fri, Sep 20, 2024 at 06:18:18PM +0800, warp5tw@gmail.com wrote:

...

> > > Store the client address earlier since it might get called in
> > > the i2c_recover_bus logic flow at the early stage of the func()
> > > npcm_i2c_master_xfer.
> >
> > You got my comment really wrong.
> >
> > func() in my example was to refer to _a_ function mentioned in the text.
> > And IIRC I even posted the example, like: i2c_recover_bus().
> 
> So the commit message in next patch set would be like:

Yes.

> Store the client address earlier since it might get called in
> the i2c_recover_bus() logic flow at the early stage of
> npcm_i2c_master_xfer().
> 
> The code comment would be like:

Yes!

> Previously, the address was stored w/o left-shift by one bit and
> with that shift in the following call to npcm_i2c_master_start_xmit().
> 
> Since there are cases that the i2c_recover_bus() gets called at the
> early stage of npcm_i2c_master_xfer(), the address is
> stored with the shift and used in the i2c_recover_bus call().

-- 
With Best Regards,
Andy Shevchenko



WARNING: multiple messages have this Message-ID (diff)
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Tyrone Ting <warp5tw@gmail.com>
Cc: KWLIU@nuvoton.com, tomer.maimon@nuvoton.com,
	linux-kernel@vger.kernel.org, benjaminfair@google.com,
	wsa+renesas@sang-engineering.com, avifishman70@gmail.com,
	venture@google.com, openbmc@lists.ozlabs.org, kfting@nuvoton.com,
	JJLIU0@nuvoton.com, tali.perry@nuvoton.com,
	tali.perry1@gmail.com, wsa@kernel.org, andi.shyti@kernel.org,
	linux-i2c@vger.kernel.org, Avi.Fishman@nuvoton.com,
	rand.sec96@gmail.com, tmaimon77@gmail.com
Subject: Re: [PATCH v4 4/6] i2c: npcm: Modify the client address assignment
Date: Mon, 23 Sep 2024 11:25:19 +0300	[thread overview]
Message-ID: <ZvEl77NIpNwtAAow@smile.fi.intel.com> (raw)
In-Reply-To: <CACD3sJbD4TuhDwazBwcc4FR2yK40LV=D-mk6VAKwNvxqAHNGLw@mail.gmail.com>

On Mon, Sep 23, 2024 at 09:59:31AM +0800, Tyrone Ting wrote:
> Andy Shevchenko <andriy.shevchenko@linux.intel.com> 於 2024年9月20日 週五 下午10:33寫道:
> > On Fri, Sep 20, 2024 at 06:18:18PM +0800, warp5tw@gmail.com wrote:

...

> > > Store the client address earlier since it might get called in
> > > the i2c_recover_bus logic flow at the early stage of the func()
> > > npcm_i2c_master_xfer.
> >
> > You got my comment really wrong.
> >
> > func() in my example was to refer to _a_ function mentioned in the text.
> > And IIRC I even posted the example, like: i2c_recover_bus().
> 
> So the commit message in next patch set would be like:

Yes.

> Store the client address earlier since it might get called in
> the i2c_recover_bus() logic flow at the early stage of
> npcm_i2c_master_xfer().
> 
> The code comment would be like:

Yes!

> Previously, the address was stored w/o left-shift by one bit and
> with that shift in the following call to npcm_i2c_master_start_xmit().
> 
> Since there are cases that the i2c_recover_bus() gets called at the
> early stage of npcm_i2c_master_xfer(), the address is
> stored with the shift and used in the i2c_recover_bus call().

-- 
With Best Regards,
Andy Shevchenko



  reply	other threads:[~2024-09-23  8:25 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-20 10:18 [PATCH v4 0/6] i2c: npcm: read/write operation, checkpatch warp5tw
2024-09-20 10:18 ` [PATCH v4 1/6] i2c: npcm: correct the read/write operation procedure warp5tw
2024-09-20 14:30   ` Andy Shevchenko
2024-09-20 14:30     ` Andy Shevchenko
2024-09-23  1:51     ` Tyrone Ting
2024-09-23  1:51       ` Tyrone Ting
2024-09-25 20:19   ` Andi Shyti
2024-09-25 20:19     ` Andi Shyti
2024-09-27  1:59     ` Tyrone Ting
2024-09-27  1:59       ` Tyrone Ting
2024-09-20 10:18 ` [PATCH v4 2/6] i2c: npcm: use a software flag to indicate a BER condition warp5tw
2024-09-25 20:22   ` Andi Shyti
2024-09-25 20:22     ` Andi Shyti
2024-09-27  2:01     ` Tyrone Ting
2024-09-27  2:01       ` Tyrone Ting
2024-09-20 10:18 ` [PATCH v4 3/6] i2c: npcm: Modify timeout evaluation mechanism warp5tw
2024-09-25 20:24   ` Andi Shyti
2024-09-25 20:24     ` Andi Shyti
2024-09-27  2:03     ` Tyrone Ting
2024-09-27  2:03       ` Tyrone Ting
2024-09-20 10:18 ` [PATCH v4 4/6] i2c: npcm: Modify the client address assignment warp5tw
2024-09-20 14:32   ` Andy Shevchenko
2024-09-20 14:32     ` Andy Shevchenko
2024-09-23  1:59     ` Tyrone Ting
2024-09-23  1:59       ` Tyrone Ting
2024-09-23  8:25       ` Andy Shevchenko [this message]
2024-09-23  8:25         ` Andy Shevchenko
2024-09-20 10:18 ` [PATCH v4 5/6] i2c: npcm: use i2c frequency table warp5tw
2024-09-20 10:18 ` [PATCH v4 6/6] i2c: npcm: Enable slave in eob interrupt warp5tw
2024-09-20 10:18   ` warp5tw

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=ZvEl77NIpNwtAAow@smile.fi.intel.com \
    --to=andriy.shevchenko@linux.intel.com \
    --cc=Avi.Fishman@nuvoton.com \
    --cc=JJLIU0@nuvoton.com \
    --cc=KWLIU@nuvoton.com \
    --cc=andi.shyti@kernel.org \
    --cc=avifishman70@gmail.com \
    --cc=benjaminfair@google.com \
    --cc=kfting@nuvoton.com \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=openbmc@lists.ozlabs.org \
    --cc=rand.sec96@gmail.com \
    --cc=tali.perry1@gmail.com \
    --cc=tali.perry@nuvoton.com \
    --cc=tmaimon77@gmail.com \
    --cc=tomer.maimon@nuvoton.com \
    --cc=venture@google.com \
    --cc=warp5tw@gmail.com \
    --cc=wsa+renesas@sang-engineering.com \
    --cc=wsa@kernel.org \
    --cc=yuenn@google.com \
    /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.