From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Dumazet Date: Fri, 21 Sep 2018 07:59:45 -0700 Subject: [Intel-wired-lan] [PATCH net] ixgbe: check return value of napi_complete_done() In-Reply-To: <71fd1305-17ad-2bdc-c123-9bc0ab37b0a4@fb.com> References: <20180920190113.490005-1-songliubraving@fb.com> <2ca0e823642d232092017f66e8151652e22e74a1.camel@intel.com> <0DAF1AF9-E98D-4D0F-BD68-F5936A0312C6@fb.com> <028b4cea-0e3f-fab5-7a74-cf003bbd1134@gmail.com> <74672b30-1627-efcd-383f-adda6cdf486f@gmail.com> <71fd1305-17ad-2bdc-c123-9bc0ab37b0a4@fb.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: intel-wired-lan@osuosl.org List-ID: On 09/21/2018 07:55 AM, Alexei Starovoitov wrote: > > should we remove ndo_poll_controller then? > My understanding that the patch helps by not letting > drivers do napi_schedule() for all queues into this_cpu, right? > But most of the drivers do exactly that in their ndo_poll_controller > implementations. Means most of the drivers will experience > this nasty behavior. > Some legacy drivers do not use NAPI yet, but provide ndo_poll_controller() I believe users caring about system behavior with multi queue NIC are all using NAPI enabled drivers, so this should be fine.