From: Greg KH <gregkh@linuxfoundation.org>
To: vipoll <vipoll@mainlining.org>
Cc: heikki.krogerus@linux.intel.com, linux-usb@vger.kernel.org,
linux-kernel@vger.kernel.org,
~postmarketos/upstreaming@lists.sr.ht, stable@vger.kernel.org
Subject: Re: [PATCH] usb: typec: fsa4480: Add chip id read retry loop
Date: Mon, 11 May 2026 14:29:38 +0200 [thread overview]
Message-ID: <2026051132-shove-outshine-a5de@gregkh> (raw)
In-Reply-To: <20260511122246.31673-1-vipoll@mainlining.org>
On Mon, May 11, 2026 at 04:22:46PM +0400, vipoll wrote:
> From: Victor Paul <vipoll@mainlining.org>
>
> The first read attempt may fail on some devices (e.g. Xiaomi Pad 6)
>
> Cc: stable@vger.kernel.org
> Signed-off-by: Victor Paul <vipoll@mainlining.org>
> ---
> drivers/usb/typec/mux/fsa4480.c | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/usb/typec/mux/fsa4480.c b/drivers/usb/typec/mux/fsa4480.c
> index c54e42c7e6a1..ae496c0fa805 100644
> --- a/drivers/usb/typec/mux/fsa4480.c
> +++ b/drivers/usb/typec/mux/fsa4480.c
> @@ -256,6 +256,7 @@ static int fsa4480_probe(struct i2c_client *client)
> struct typec_switch_desc sw_desc = { };
> struct typec_mux_desc mux_desc = { };
> struct fsa4480 *fsa;
> + int retries = 5;
why 5? Why not 5000?
> int val = 0;
> int ret;
>
> @@ -278,7 +279,12 @@ static int fsa4480_probe(struct i2c_client *client)
> if (ret && ret != -ENODEV)
> return dev_err_probe(dev, ret, "Failed to get regulator\n");
>
> - ret = regmap_read(fsa->regmap, FSA4480_DEVICE_ID, &val);
> + do {
> + ret = regmap_read(fsa->regmap, FSA4480_DEVICE_ID, &val);
> + if (!ret)
> + break;
> + usleep_range(1000, 1200);
Why these hard coded numbers? And are you sure this is the correct call
for this, I thought there was a "better" one now when you want to sleep
a range of time.
And what is going to make this now "work"? Is this needed for all calls
to this hardware?
thanks,
greg k-h
next prev parent reply other threads:[~2026-05-11 12:29 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-11 12:22 [PATCH] usb: typec: fsa4480: Add chip id read retry loop vipoll
2026-05-11 12:29 ` Greg KH [this message]
2026-05-11 12:29 ` Greg KH
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=2026051132-shove-outshine-a5de@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=heikki.krogerus@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=stable@vger.kernel.org \
--cc=vipoll@mainlining.org \
--cc=~postmarketos/upstreaming@lists.sr.ht \
/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