From: Soeren Moch <smoch@web.de>
To: Ping-Ke Shih <pkshih@realtek.com>
Cc: Kalle Valo <kvalo@kernel.org>,
Jes Sorensen <Jes.Sorensen@gmail.com>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] wifi: rtl8xxxu: retry firmware download on error
Date: Thu, 23 Jan 2025 02:22:01 +0100 [thread overview]
Message-ID: <0fb6f633-7ce0-4229-a2fc-df65aeeefd83@web.de> (raw)
In-Reply-To: <e08051130a124fcfab8d42e6893c581a@realtek.com>
On 23.01.25 01:21, Ping-Ke Shih wrote:
> Soeren Moch <smoch@web.de> wrote:
>> Occasionally there is an EPROTO error during firmware download.
>> This error is converted to EAGAIN in the download function.
>> But nobody tries again and so device probe fails.
>>
>> Implement download retry to fix this.
>>
>> Signed-off-by: Soeren Moch <smoch@web.de>
>> ---
>> Cc: Jes Sorensen <Jes.Sorensen@gmail.com>
>> Cc: Kalle Valo <kvalo@kernel.org>
>> Cc: linux-wireless@vger.kernel.org
>> Cc: linux-kernel@vger.kernel.org
>>
>> This error was observed (and fix tested) on a tbs2910 board [1]
>> with an embedded RTL8188EU (0bda:8179) device behind a USB hub.
>>
>> [1] arch/arm/boot/dts/nxp/imx/imx6q-tbs2910.dts
> These can be in formal commit message.
OK, I'm happy to move this to the formal commit message if you
think this would be helpful.
>
>> ---
>> drivers/net/wireless/realtek/rtl8xxxu/core.c | 10 ++++++++--
>> 1 file changed, 8 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/net/wireless/realtek/rtl8xxxu/core.c
>> b/drivers/net/wireless/realtek/rtl8xxxu/core.c
>> index 7891c988dd5f..cd7d904eae62 100644
>> --- a/drivers/net/wireless/realtek/rtl8xxxu/core.c
>> +++ b/drivers/net/wireless/realtek/rtl8xxxu/core.c
>> @@ -4064,8 +4064,14 @@ static int rtl8xxxu_init_device(struct ieee80211_hw *hw)
>> */
>> rtl8xxxu_write16(priv, REG_TRXFF_BNDY + 2, fops->trxff_boundary);
>>
>> - ret = rtl8xxxu_download_firmware(priv);
>> - dev_dbg(dev, "%s: download_firmware %i\n", __func__, ret);
>> + for (int retry = 5; retry ; retry--) {
>> + ret = rtl8xxxu_download_firmware(priv);
>> + dev_dbg(dev, "%s: download_firmware %i\n", __func__, ret);
>> + if (ret != -EAGAIN)
>> + break;
>> + if (retry)
>> + dev_info(dev, "retry firmware download\n");
> It looks like 'if (retry)' is always true and unnecessary.
Correct. After seeing the patch in my Inbox I already realized that
the for loop should be
for (int retry = 5; retry >= 0; retry--)
This would make clearer to have a maximum of 5 retries (6 attempts in total)
and also avoid this message after the last possible retry.
> Also, this message
> isn't so important to user, so dev_dbg() is more suitable, but already printing
> "%s: download_firmware %i\n" for every retry is enough? Or move it out of loop?
I think this message is important since there is the "failed to write block"
error message before:
[ 6.239205] usb 2-1.1: RTL8188EU rev D (TSMC) romver 0, 1T1R, TX
queues 2, WiFi=1, BT=0, GPS=0, HI PA=0
[ 6.248793] usb 2-1.1: RTL8188EU MAC: 00:33:0e:00:15:8e
[ 6.254218] usb 2-1.1: rtl8xxxu: Loading firmware rtlwifi/rtl8188eufw.bin
[ 6.343753] usb 2-1.1: Firmware revision 11.1 (signature 0x88e1)
[ 6.374659] usb 2-1.1: rtl8xxxu_writeN: Failed to write block at
addr: 1c80 size: 0080
[ 6.382894] usb 2-1.1: retry firmware download
[ 7.221505] usbcore: registered new interface driver rtl8xxxu
So the retry message after the error makes clear that the error will
hopefully
be corrected.
Since rtl8xxxu_writeN is only used for firmware download, an other option
would be to downgrade both the error and the retry message to dev_dbg().
What do you think?
Regards,
Soeren
>
>> + }
>> if (ret)
>> goto exit;
>> ret = rtl8xxxu_start_firmware(priv);
>> --
>> 2.43.0
>>
next prev parent reply other threads:[~2025-01-23 1:22 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-22 15:31 [PATCH] wifi: rtl8xxxu: retry firmware download on error Soeren Moch
2025-01-23 0:21 ` Ping-Ke Shih
2025-01-23 1:22 ` Soeren Moch [this message]
2025-01-23 2:52 ` Ping-Ke Shih
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=0fb6f633-7ce0-4229-a2fc-df65aeeefd83@web.de \
--to=smoch@web.de \
--cc=Jes.Sorensen@gmail.com \
--cc=kvalo@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=pkshih@realtek.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.