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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox