From: Stanislaw Gruszka <stf_xl@wp.pl>
To: Jie Feng <hjf3108@gmail.com>
Cc: linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org,
Johannes Berg <johannes@sipsolutions.net>
Subject: Re: [PATCH wireless-next 6/8] wifi: rt2800: set the mac80211 fast-xmit and aggregation flags
Date: Sat, 31 Oct 2026 12:06:08 +0100 [thread overview]
Message-ID: <20261031110608.GD31143@wp.pl> (raw)
In-Reply-To: <CABOQOSX6mBCtTTg9eJX665t7tj65jo=9hVTgr7pmFRB6csG2Yg@mail.gmail.com>
On Fri, Oct 30, 2026 at 07:33:44PM +0800, Jie Feng wrote:
> On Fri, 30 Oct 2026 at 17:17, Stanislaw Gruszka <stf_xl@wp.pl> wrote:
> >
> > On Thu, Oct 29, 2026 at 09:47:47PM +0800, Ho Jie Feng wrote:
> > > Enable AMSDU TX/RX support for this driver, which can increase
> > > throughput.
> > >
> > > Signed-off-by: Ho Jie Feng <hjf3108@gmail.com>
> > > ---
> > > drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 +++
> > > 1 file changed, 3 insertions(+)
> > >
> > > diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c b/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
> > > index 032cd6ac345f0..8b4458a74d33d 100644
> > > --- a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
> > > +++ b/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
> > > @@ -11861,6 +11861,9 @@ static int rt2800_probe_hw_mode(struct rt2x00_dev *rt2x00dev)
> > > ieee80211_hw_set(rt2x00dev->hw, SIGNAL_DBM);
> > > ieee80211_hw_set(rt2x00dev->hw, SUPPORTS_PS);
> > > ieee80211_hw_set(rt2x00dev->hw, TX_STATUS_NO_AMPDU_LEN);
> > > + ieee80211_hw_set(rt2x00dev->hw, SUPPORT_FAST_XMIT);
> >
> > IFICT this flag will not take the effect since we have SUPPORTS_PS.
> > Also for WAP3 (802.11w) we fallback to software encryption -
> > that will prevent fast xmit as well. To truly enable
> Yeah, that is true. I also have a patch that enables hwcrypto in that case.
So let's wait until all needed parts will be in tree or posted in the
same patchset before advertising the support.
> > fast xmit, I think we would need add hardware encryption support for
> > WPA3 and also compromise by remove Power Save support (which is disabled by
> > default, so that's possibly fine).
> I think maybe a more general patch to mac80211 to enable fast-xmit when PS
> is disabled and not only checking the feature flag will be better?
Sounds like good idea to me, but let check with Johannes (cc-ed).
> > > + ieee80211_hw_set(rt2x00dev->hw, TX_AMSDU);
> > > + ieee80211_hw_set(rt2x00dev->hw, SUPPORTS_AMSDU_IN_AMPDU);
> Although I think this flag will still be useful for this patch.
AFICT TX_AMSDU require FAST_XMIT. I think we could potentially enable
RX SUPPORTS_AMSDU_IN_AMPDU as long all buffer sizes setup by the driver
and configured in registers allow handling big enough frames. Though
I don't know how much beneficial that would be since we most likely
can not configure very large (A)MPDU buffers. Need to check.
Regards
Stanislaw
> > >
> > > /*
> > > * Don't set IEEE80211_HW_HOST_BROADCAST_PS_BUFFERING for USB devices
> > > --
> > > 2.53.0
> > >
next prev parent reply other threads:[~2026-10-31 11:06 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-29 13:47 [PATCH wireless-next 0/8] wifi: rt2x00: improve the throughput of rt2800usb Ho Jie Feng
2026-10-29 13:47 ` [PATCH wireless-next 1/8] wifi: rt2x00: start the link tuner when an interface is added Ho Jie Feng
2026-10-31 10:51 ` Stanislaw Gruszka
2026-10-29 13:47 ` [PATCH wireless-next 2/8] wifi: rt2800: calibrate the crystal of RT3593 with the beacons Ho Jie Feng
2026-10-31 10:52 ` Stanislaw Gruszka
2026-10-31 16:49 ` Jie Feng
2026-10-29 13:47 ` [PATCH wireless-next 3/8] wifi: rt2800: use the 3SS fallback table of RT3883 on RT3593 Ho Jie Feng
2026-10-29 13:47 ` [PATCH wireless-next 4/8] wifi: rt2800: report the MCS16 to MCS8 fallback of RT3593 in TX status Ho Jie Feng
2026-10-31 10:54 ` Stanislaw Gruszka
2026-10-29 13:47 ` [PATCH wireless-next 5/8] wifi: rt2800: don't report an A-MPDU length to minstrel_ht Ho Jie Feng
2026-10-29 13:47 ` [PATCH wireless-next 6/8] wifi: rt2800: set the mac80211 fast-xmit and aggregation flags Ho Jie Feng
2026-10-30 9:17 ` Stanislaw Gruszka
2026-10-30 11:33 ` Jie Feng
2026-10-31 11:06 ` Stanislaw Gruszka [this message]
2026-10-31 17:18 ` Jie Feng
2026-10-31 17:23 ` Johannes Berg
2026-10-29 13:47 ` [PATCH wireless-next 7/8] wifi: rt2800usb: enable RX bulk aggregation Ho Jie Feng
2026-10-29 13:47 ` [PATCH wireless-next 8/8] wifi: rt2x00usb: use a threaded NAPI with GRO for RX Ho Jie Feng
2026-10-30 9:10 ` [PATCH wireless-next 0/8] wifi: rt2x00: improve the throughput of rt2800usb Stanislaw Gruszka
2026-10-30 11:30 ` Jie Feng
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=20261031110608.GD31143@wp.pl \
--to=stf_xl@wp.pl \
--cc=hjf3108@gmail.com \
--cc=johannes@sipsolutions.net \
--cc=linux-kernel@vger.kernel.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 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.