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