From mboxrd@z Thu Jan 1 00:00:00 1970 From: Francois Romieu Subject: Re: macb napi strange behavior Date: Sat, 20 Jun 2015 18:43:32 +0200 Message-ID: <20150620164332.GA2505@electric-eye.fr.zoreil.com> References: <5581C27C.4040408@ni.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Nicolae Rosia , Jaeden Amero , netdev , Nicolas Ferre , Cyrille Pitchen , Josh Cartwright , "David S. Miller" To: Florian Fainelli Return-path: Received: from violet.fr.zoreil.com ([92.243.8.30]:40788 "EHLO violet.fr.zoreil.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753162AbbFTQn5 (ORCPT ); Sat, 20 Jun 2015 12:43:57 -0400 Content-Disposition: inline In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: Florian Fainelli : [...] > Typically, NAPI is used at the receive side of the Ethernet NIC/driver > to lower the hard/soft interrupt context switch, although there is > nothing that prevent you to implement a similar scheme for the > transmit side. Usually, for transmit you will be submitting one packet > for transmission and get a completion interrupt, so without interrupt > coalescing (software or hardware) you can end-up with 1 interrupt per > packet transmitted. The wording is a bit shy: there is a long standing policy to move everything to NAPI context (as well as go mostly lockless, etc.). Any taker to move macb Tx processing to NAPI context or should I consider it ? -- Ueimor