From: "Thierry Reding" <thierry.reding@gmail.com>
To: "Marc Dietrich" <marvin24@gmx.de>, <linux-staging@lists.linux.dev>
Cc: <linux-tegra@vger.kernel.org>
Subject: Re: [PATCH 1/2] staging/nvec: update comment regarding udelay in the isr
Date: Mon, 19 Feb 2024 17:25:30 +0100 [thread overview]
Message-ID: <CZ971XOHA968.3OVG90NP5YYJP@gmail.com> (raw)
In-Reply-To: <20240218212557.22836-1-marvin24@gmx.de>
[-- Attachment #1: Type: text/plain, Size: 1740 bytes --]
On Sun Feb 18, 2024 at 10:25 PM CET, Marc Dietrich wrote:
> Update the comment before the udelay on how to replace it.
>
> Signed-off-by: Marc Dietrich <marvin24@gmx.de>
> ---
> drivers/staging/nvec/nvec.c | 7 ++++---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/staging/nvec/nvec.c b/drivers/staging/nvec/nvec.c
> index b3f114cb00dc..ec081d81a308 100644
> --- a/drivers/staging/nvec/nvec.c
> +++ b/drivers/staging/nvec/nvec.c
> @@ -709,10 +709,11 @@ static irqreturn_t nvec_interrupt(int irq, void *dev)
> status & RNW ? " RNW" : "");
>
> /*
> - * TODO: A correct fix needs to be found for this.
> + * TODO: replace the udelay with a read back after each writel above
> + * in order to work around a hardware issue, see i2c-tegra.c
i2c-tegra.c is almost 2000 lines, so it'd be good to be a little more
specific. Are you referring to the work-around in i2c_writel()? If so,
perhaps mention that function so that people can find it.
> *
> - * We experience less incomplete messages with this delay than without
> - * it, but we don't know why. Help is appreciated.
> + * Unfortunately, this change causes an intialisation issue with the
> + * touchpad, which needs to be fixed first.
Perhaps something like: "... this change would cause an initialisation
issue... " to make it a little more clear what you are referencing. Is
there any information about the touchpad issue? Any idea what's going
wrong during the initialization?
Seems like this issue has been around a very long time already, and the
further we kick this can down the road the less likely it will be that
we'll ever fix it.
Thierry
> */
> udelay(100);
>
> --
> 2.40.1
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2024-02-19 16:25 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-18 21:25 [PATCH 1/2] staging/nvec: update comment regarding udelay in the isr Marc Dietrich
2024-02-18 21:25 ` [PATCH 2/2] staging/nvec: update TODO Marc Dietrich
2024-02-19 16:25 ` Thierry Reding [this message]
2024-02-25 19:53 ` [PATCH 1/2] staging/nvec: update comment regarding udelay in the isr Marc Dietrich
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=CZ971XOHA968.3OVG90NP5YYJP@gmail.com \
--to=thierry.reding@gmail.com \
--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 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.