From: Kalle Valo <kvalo@kernel.org>
To: <Prasurjya.Rohansaikia@microchip.com>
Cc: <linux-wireless@vger.kernel.org>, <Ajay.Kathat@microchip.com>,
<claudiu.beznea@microchip.com>
Subject: Re: [PATCH v2] wifi: wilc1000: Added back-off algorithm to balance tx queue packets.
Date: Fri, 08 Sep 2023 11:18:42 +0300 [thread overview]
Message-ID: <87cyytm61p.fsf@kernel.org> (raw)
In-Reply-To: <DM4PR11MB633677755A94860F2E1B6449F4EEA@DM4PR11MB6336.namprd11.prod.outlook.com> (Prasurjya Rohansaikia's message of "Thu, 7 Sep 2023 17:01:35 +0000")
<Prasurjya.Rohansaikia@microchip.com> writes:
> <Prasurjya.Rohansaikia@microchip.com> writes:
>
>> From: Prasurjya Rohan Saikia <prasurjya.rohansaikia@microchip.com>
>>
>> Added an algorithm to backoff the Tx Task when low memory scenario is
>> triggered at firmware. During high data transfer from host, the firmware
>> runs out of VMM memory, which is used to hold the frames from the host.
>> So added flow control to delay the transmit from host side when there is
>> not enough space to accomodate frames in firmware side.
>>
>> Signed-off-by: Prasurjya Rohan Saikia <prasurjya.rohansaikia@microchip.com>
>
> [...]
>
>> - } while (ret == WILC_VMM_ENTRY_FULL_RETRY && !wl->close);
>> + if (ret != WILC_VMM_ENTRY_FULL_RETRY)
>> + break;
>> + /* Back off from sending packets for some time.
>> + * schedule_timeout will allow RX task to run and free
>> + * buffers. Setting state to TASK_INTERRUPTIBLE will
>> + * put the thread back to CPU running queue when it's
>> + * signaled even if 'timeout' isn't elapsed. This gives
>> + * faster chance for reserved SK buffers to be freed
>> + */
>> + set_current_state(TASK_INTERRUPTIBLE);
>> + schedule_timeout(msecs_to_jiffies
>> + (TX_BACKOFF_WEIGHT_MS));
>> + } while (!wl->close);
>
> Why not msleep_interruptible()?
>
> Thanks you for your suggestion. However, I decided to proceed with
> schedule_timeout_interruptible() after testing and I will resubmit the patch.
You need to provide more information than that.
Please quote your emails properly and don't send HTML emails, our lists
automaticall drop all HTML mail.
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
next prev parent reply other threads:[~2023-09-08 8:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-16 16:22 [PATCH v2] wifi: wilc1000: Added back-off algorithm to balance tx queue packets Prasurjya.Rohansaikia
2023-08-23 11:06 ` Kalle Valo
[not found] ` <DM4PR11MB633677755A94860F2E1B6449F4EEA@DM4PR11MB6336.namprd11.prod.outlook.com>
2023-09-08 8:18 ` Kalle Valo [this message]
2023-09-15 16:59 ` Prasurjya.Rohansaikia
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=87cyytm61p.fsf@kernel.org \
--to=kvalo@kernel.org \
--cc=Ajay.Kathat@microchip.com \
--cc=Prasurjya.Rohansaikia@microchip.com \
--cc=claudiu.beznea@microchip.com \
--cc=linux-wireless@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).