On 10/07/2019 18:39, Eric Dumazet wrote: > Holding a small packet in the list up to the point we call busy_poll_stop() > will basically make busypoll non working anymore. > > napi_complete_done() has special behavior when busy polling is active. Yep, I get it now, sorry for being dumb :) Essentially we're saying that things coalesced by GRO are 'bulk' traffic and can wait around, but the rest is the stuff we're polling for for low latency. I'm putting a gro_normal_list() call after the trace_napi_poll() in napi_busy_loop() and testing that, let's see how it goes...
- [RFC PATCH net-next 0/3] net: batched receive in GRO path Edward Cree
- [RFC PATCH net-next 1/3] sfc: don't score irq moderation... Edward Cree
- [RFC PATCH net-next 3/3] net: use listified RX for handl... Edward Cree
- [RFC PATCH net-next 2/3] sfc: falcon: don't score irq mo... Edward Cree
- Re: [RFC PATCH net-next 0/3] net: batched receive in GRO... Paolo Abeni
- Re: [RFC PATCH net-next 0/3] net: batched receive in... Edward Cree
- Re: [RFC PATCH net-next 0/3] net: batched receiv... Eric Dumazet
- Re: [RFC PATCH net-next 0/3] net: batched re... Edward Cree
- Re: [RFC PATCH net-next 0/3] net: batch... Eric Dumazet
- Re: [RFC PATCH net-next 0/3] net: b... Edward Cree
- Re: [RFC PATCH net-next 0/3] ne... Eric Dumazet
- Re: [RFC PATCH net-next 0/3] ne... David Miller
- Re: [RFC PATCH net-next 0/3] ne... Edward Cree
- Re: [RFC PATCH net-next 0/3] ne... Edward Cree