Messages in this thread | | | Subject | Re: [RFC 2/7] ath10k: Add support to process rx packet in thread | From | Ben Greear <> | Date | Mon, 22 Mar 2021 20:01:25 -0700 |
| |
On 3/22/21 6:20 PM, Brian Norris wrote: > On Mon, Mar 22, 2021 at 4:58 PM Ben Greear <greearb@candelatech.com> wrote: >> On 7/22/20 6:00 AM, Felix Fietkau wrote: >>> On 2020-07-22 14:55, Johannes Berg wrote: >>>> On Wed, 2020-07-22 at 14:27 +0200, Felix Fietkau wrote: >>>> >>>>> I'm considering testing a different approach (with mt76 initially): >>>>> - Add a mac80211 rx function that puts processed skbs into a list >>>>> instead of handing them to the network stack directly. >>>> >>>> Would this be *after* all the mac80211 processing, i.e. in place of the >>>> rx-up-to-stack? >>> Yes, it would run all the rx handlers normally and then put the >>> resulting skbs into a list instead of calling netif_receive_skb or >>> napi_gro_frags. >> >> Whatever came of this? I realized I'm running Felix's patch since his mt76 >> driver needs it. Any chance it will go upstream? > > If you're asking about $subject (moving NAPI/RX to a thread), this > landed upstream recently: > http://git.kernel.org/linus/adbb4fb028452b1b0488a1a7b66ab856cdf20715 > > It needs a bit of coaxing to work on a WiFi driver (including: WiFi > drivers tend to have a different netdev for NAPI than they expose to > /sys/class/net/), but it's there. > > I'm not sure if people had something else in mind in the stuff you're > quoting though.
No, I got it confused with something Felix did:
https://github.com/greearb/mt76/blob/master/patches/0001-net-add-support-for-threaded-NAPI-polling.patch
Maybe the NAPI/RX to a thread thing superceded Felix's patch?
Thanks, Ben
> > Brian >
-- Ben Greear <greearb@candelatech.com> Candela Technologies Inc http://www.candelatech.com
| |