From: Greg KH <gregkh@linuxfoundation.org>
To: Marc Dietrich <marvin24@gmx.de>
Cc: linux-staging@lists.linux.dev, linux-tegra@vger.kernel.org
Subject: Re: [PATCH] staging: nvec: make i2c controller register writes robust
Date: Mon, 20 May 2024 11:03:27 +0200 [thread overview]
Message-ID: <2024052009-impotent-open-1621@gregkh> (raw)
In-Reply-To: <334d0a42-9dda-a21b-2650-d33187525eb9@gmx.de>
On Mon, May 20, 2024 at 10:11:20AM +0200, Marc Dietrich wrote:
> Hello Greg,
>
> On Sun, 21 Apr 2024, Marc Dietrich wrote:
>
> > The i2c controller needs to read back the data written to its registers.
> > This way we can avoid the long delay in the interrupt handler.
> >
> > Signed-off-by: Marc Dietrich <marvin24@gmx.de>
> > ---
> > drivers/staging/nvec/nvec.c | 41 ++++++++++++++++++++++---------------
> > 1 file changed, 24 insertions(+), 17 deletions(-)
>
> I think I answered all remaining comments. Are there any other
> objections?
Sorry, just went back and looked, and no, as-is I don't want to take
this:
> > diff --git a/drivers/staging/nvec/nvec.c b/drivers/staging/nvec/nvec.c
> > index 45df190c2f94..214839f51048 100644
> > --- a/drivers/staging/nvec/nvec.c
> > +++ b/drivers/staging/nvec/nvec.c
> > @@ -570,6 +570,22 @@ static void nvec_tx_set(struct nvec_chip *nvec)
> > (uint)nvec->tx->size, nvec->tx->data[1]);
> > }
> >
> > +/**
> > + * i2c_writel - safely write to an I2C client controller register
> > + * @val: value to be written
> > + * @reg: register to write to
> > + *
> > + * A write to an I2C controller register needs to be read back to make sure
> > + * that the value has arrived.
> > + */
> > +static void i2c_writel(u32 val, void *reg)
> > +{
> > + writel_relaxed(val, reg);
> > +
> > + /* read back register to make sure that register writes completed */
> > + readl_relaxed(reg);
> > +}
This is not an i2c write function, please don't call it that and give it
kernel doc formatting implying that it is an i2c write.
Name it after this odd device that requires the read to happen, that's
unique to it, nothing else.
And don't worry about "potential drivers in the future", we worry about
what we have here today. You can rename/modify/whatever in the future
if anything else ever happens. We can only go off of what we have in
front of us now.
thanks,
greg k-h
prev parent reply other threads:[~2024-05-20 9:03 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-21 10:46 [PATCH] staging: nvec: make i2c controller register writes robust Marc Dietrich
2024-04-21 11:13 ` Greg KH
2024-04-21 18:44 ` Marc Dietrich
2024-04-22 11:29 ` Ben Dooks
2024-05-01 19:03 ` Marc Dietrich
2024-05-30 15:12 ` Thierry Reding
2024-05-20 8:11 ` Marc Dietrich
2024-05-20 8:52 ` Greg KH
2024-05-20 9:03 ` Greg KH [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=2024052009-impotent-open-1621@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=linux-staging@lists.linux.dev \
--cc=linux-tegra@vger.kernel.org \
--cc=marvin24@gmx.de \
/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