From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754759Ab1AUJIS (ORCPT ); Fri, 21 Jan 2011 04:08:18 -0500 Received: from mail-wy0-f174.google.com ([74.125.82.174]:54181 "EHLO mail-wy0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753431Ab1AUJIP (ORCPT ); Fri, 21 Jan 2011 04:08:15 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=scqMUW/jmiUpOqshalDeMRpcqsKJeS0chLS0C2Atq9DwSUYck+5U/exIAt48eiav5a OHVgIzlsWDB2ZrzNfhSdHAvE/a6xcpr3zhXaiAEvxjTAsSLxYW6SPPpuXIYzGaApHr0K TOJF2KRIFXyiIoD3zgfLRWy8HzPV2I45OFnQc= Subject: Re: [PATCH v4] net: add Faraday FTMAC100 10/100 Ethernet driver From: Eric Dumazet To: Po-Yu Chuang Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, bhutchings@solarflare.com, joe@perches.com, dilinger@queued.net, mirqus@gmail.com, Po-Yu Chuang In-Reply-To: <1295596533-1748-1-git-send-email-ratbert.chuang@gmail.com> References: <1295537418-2057-1-git-send-email-ratbert.chuang@gmail.com> <1295596533-1748-1-git-send-email-ratbert.chuang@gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 21 Jan 2011 10:08:07 +0100 Message-ID: <1295600887.2601.5.camel@edumazet-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le vendredi 21 janvier 2011 à 15:55 +0800, Po-Yu Chuang a écrit : > From: Po-Yu Chuang > > FTMAC100 Ethernet Media Access Controller supports 10/100 Mbps and > MII. This driver has been working on some ARM/NDS32 SoC's including > Faraday A320 and Andes AG101. > > Signed-off-by: Po-Yu Chuang > + > +static bool ftmac100_tx_complete_packet(struct ftmac100 *priv) > +{ ... > + > + dma_unmap_single(priv->dev, map, skb_headlen(skb), DMA_TO_DEVICE); > + > + dev_kfree_skb_irq(skb); > + > + ftmac100_txdes_reset(txdes); > + > + ftmac100_tx_clean_pointer_advance(priv); > + > + priv->tx_pending--; > + netif_wake_queue(netdev); > + > + return true; > +} > + Thanks to NAPI, you can free skb directly, not queuing it via NET_TX_SOFTIRQ softirq, using dev_kfree_skb() instead of dev_kfree_skb_irq()