From: Francesco Dolcini <francesco@dolcini.it>
To: Primoz Fiser <primoz.fiser@norik.com>
Cc: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>,
"Oleksij Rempel" <o.rempel@pengutronix.de>,
linux-kernel@vger.kernel.org, "Shawn Guo" <shawnguo@kernel.org>,
"Sascha Hauer" <s.hauer@pengutronix.de>,
upstream@lists.phytec.de,
"Marco Felsch" <m.felsch@pengutronix.de>,
"Oleksij Rempel" <linux@rempel-privat.de>,
"NXP Linux Team" <linux-imx@nxp.com>,
"Pengutronix Kernel Team" <kernel@pengutronix.de>,
"Fabio Estevam" <festevam@gmail.com>,
linux-arm-kernel@lists.infradead.org, linux-i2c@vger.kernel.org,
francesco.dolcini@toradex.com
Subject: Re: [PATCH] i2c: imx: increase retries on arbitration loss
Date: Fri, 16 Dec 2022 13:51:03 +0100 [thread overview]
Message-ID: <Y5xpt6J01Boec6Xr@francesco-nb.int.toradex.com> (raw)
In-Reply-To: <5c2e0531-e7c3-1b37-35ed-c8e9795a0d18@norik.com>
On Fri, Dec 16, 2022 at 01:23:29PM +0100, Primoz Fiser wrote:
> Hi all,
>
> On 16. 12. 22 12:13, Uwe Kleine-König wrote:
> > On Fri, Dec 16, 2022 at 12:02:27PM +0100, Oleksij Rempel wrote:
> > > On Fri, Dec 16, 2022 at 11:41:08AM +0100, Primoz Fiser wrote:
> > > > Hi Marco,
> > > >
> > > > On 16. 12. 22 10:45, Marco Felsch wrote:
> > > > > Hi Primoz,
> > > > >
> > > > > On 22-12-16, Primoz Fiser wrote:
> > > > > > By default, retries value is set to 0 (no retries). Set retries to more
> > > > > > sensible value of 3 to allow i2c core to re-attempt transfer in case of
> > > > > > i2c arbitration loss (i2c-imx returns -EAGAIN errno is such case).
> > > > >
> > > > > apart the fact that the number of retries vary a lot and so the client
> > > > > driver behaviour can vary a lot which is not good IMHO, why do you think
> > > > > that 3 is a sufficient number?
> > > >
> > > > IMHO it is better than leaving it at 0 (no retries)?
> > > >
> > > > Setting it to sensible value like 3 will at least attempt to make transfer
> > > > in case arbitration-loss occurs.
> > > >
> > > > >
> > > > > If an arbitration loss happen, why do you think that retrying it 3 times
> > > > > changes that?
> > > >
> > > > I our case, setting retries to non-zero value solves issues with PMIC
> > > > shutdown on phyboard-mira which in some rare cases fails with "Failed to
> > > > shutdown (err = -11)" (-EAGAIN).
> > > >
> > > > To me it makes common sense retries is set to non-zero value especially for
> > > > such rare conditions/situations.
> > >
> > > https://lore.kernel.org/all/Ys1bw9zuIwWS+bqw@shikoro/
>
> Ohh I see.
>
> Reading through the thread I guess we aren't getting this mainlined at all
> :)
>
> The only solid point in the thread seems to be that in that case we are not
> covering up the potential i2c hardware issues?
I believe that in this case we should just have a warning in the kernel.
The retry potentially work-around a transient issue and we do not hide any hardware
issue at the same time. It seems an easy win-win solution.
> Yeah fair point but on the other hand, goal of this patch would be to
> improve robustness in case of otherwise good performing hardware. From user
> perspective I just want it to work despite it retrying under the hood from
> time to time. I think Francesco had the same idea.
Unfortunately I was missing the exact background that made us do this
change, we just had it sitting in our fork for too long :-/
This is one of the reason I gave up on it.
Quoting Uwe [1]
> sometimes there is no practical way around such work arounds. I happens
> from time to time that the reason for problem is known, but fixing the
> hardware is no option, then you need such workrounds. (This applies to
> both, retrying the transfers and resetting the bus.)
Francesco
[1] https://lore.kernel.org/all/20220715083400.q226rrwxsgt4eomp@pengutronix.de/
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-12-16 12:52 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-16 8:45 [PATCH] i2c: imx: increase retries on arbitration loss Primoz Fiser
2022-12-16 9:45 ` Marco Felsch
2022-12-16 10:41 ` Primoz Fiser
2022-12-16 11:02 ` Oleksij Rempel
2022-12-16 11:13 ` Uwe Kleine-König
2022-12-16 12:23 ` Primoz Fiser
2022-12-16 12:51 ` Francesco Dolcini [this message]
2022-12-28 8:01 ` Primoz Fiser
2022-12-30 14:40 ` Francesco Dolcini
2022-12-30 16:12 ` Oleksij Rempel
2022-12-30 16:47 ` Francesco Dolcini
2022-12-30 17:09 ` Francesco Dolcini
2022-12-30 17:25 ` Oleksij Rempel
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=Y5xpt6J01Boec6Xr@francesco-nb.int.toradex.com \
--to=francesco@dolcini.it \
--cc=festevam@gmail.com \
--cc=francesco.dolcini@toradex.com \
--cc=kernel@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-imx@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@rempel-privat.de \
--cc=m.felsch@pengutronix.de \
--cc=o.rempel@pengutronix.de \
--cc=primoz.fiser@norik.com \
--cc=s.hauer@pengutronix.de \
--cc=shawnguo@kernel.org \
--cc=u.kleine-koenig@pengutronix.de \
--cc=upstream@lists.phytec.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