From: Stanislaw Gruszka <sgruszka@redhat.com>
To: Balakrishna Bandi <b.balakrishna@globaledgesoft.com>
Cc: kvalo@codeaurora.org, linux-wireless@vger.kernel.org
Subject: Re: [PATCH 1/1] rt2x00: Queue flush fix
Date: Wed, 21 Aug 2019 10:34:04 +0200 [thread overview]
Message-ID: <20190821083404.GA20223@redhat.com> (raw)
In-Reply-To: <1566339185-11875-1-git-send-email-b.balakrishna@globaledgesoft.com>
On Wed, Aug 21, 2019 at 03:43:05AM +0530, Balakrishna Bandi wrote:
> Added rt2x00 queue flush fix and beacon frames checks.
Please post separate patch for each issue and provide
more descriptive information about the changes, especially
what problems are intended to solve.
> diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800mmio.c b/drivers/net/wireless/ralink/rt2x00/rt2800mmio.c
> index 110bb39..9964371 100644
> --- a/drivers/net/wireless/ralink/rt2x00/rt2800mmio.c
> +++ b/drivers/net/wireless/ralink/rt2x00/rt2800mmio.c
> @@ -566,7 +566,7 @@ void rt2800mmio_queue_init(struct data_queue *queue)
>
> switch (queue->qid) {
> case QID_RX:
> - queue->limit = 128;
> + queue->limit = 512;
How this is related with flush or beaconing ?
At this point of rt2x00 driver development I'm pretty reluctant to
increase queue size. But maybe we can do this for some particular
chip if things were tested on this chip and improve or fix something.
> if (!test_bit(DEVICE_STATE_PRESENT, &rt2x00dev->flags))
> goto exit_free_skb;
> + /* Dirty hack for queue overrun protection,
> + * if AC_VO/AC_VI/AC_BE is full, use next queue.
> + * if AC_BK is full use previous queue.
> + */
No dirty hacks please.
> void rt2x00queue_flush_queue(struct data_queue *queue, bool drop)
> {
> + unsigned int i;
> + bool started;
> bool tx_queue =
> (queue->qid == QID_AC_VO) ||
> (queue->qid == QID_AC_VI) ||
> (queue->qid == QID_AC_BE) ||
> (queue->qid == QID_AC_BK);
> + mutex_lock(&queue->status_lock);
> + /* If the queue has been started, we must stop it temporarily
> + * to prevent any new frames to be queued on the device. If
> + * we are not dropping the pending frames, the queue must
> + * only be stopped in the software and not the hardware,
> + * otherwise the queue will never become empty on its own.
> + */
Since linux 5.2 there is rework done on related area. So maybe flush
issue you are trying to fix by this patch is already fixed. If not let
me know and provide description what is the problem.
> Disclaimer:- The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. The views expressed in this E-mail message (including the enclosure/(s) or attachment/(s) if any) are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of GlobalEdge. Before opening any mail and attachments please check them for viruses .GlobalEdge does not accept any liability for virus infected mails.
>
You should not sent this disclaimer to open mailing list.
Fix this or use different email service to post patches.
Stanislaw
prev parent reply other threads:[~2019-08-21 8:34 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-20 22:13 [PATCH 1/1] rt2x00: Queue flush fix Balakrishna Bandi
2019-08-21 8:34 ` Stanislaw Gruszka [this message]
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=20190821083404.GA20223@redhat.com \
--to=sgruszka@redhat.com \
--cc=b.balakrishna@globaledgesoft.com \
--cc=kvalo@codeaurora.org \
--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).