From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexei Starovoitov Date: Fri, 21 Sep 2018 15:14:43 +0000 Subject: [Intel-wired-lan] [PATCH net] ixgbe: check return value of napi_complete_done() In-Reply-To: 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 9/21/18 7:59 AM, Eric Dumazet wrote: > > > 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. I'm not following. All modern napi enabled drivers need to _remove_ ndo_poll_controller from the driver. This is a lot of churn. Isn't it cleaner (less error prone) to introduce new ndo for legacy drivers without napi?