From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexei Starovoitov Subject: Re: [PATCH v2 net-next] mlx4: optimize xmit path Date: Mon, 29 Sep 2014 10:46:00 -0700 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Cc: Or Gerlitz , "David S. Miller" , Jesper Dangaard Brouer , Eric Dumazet , John Fastabend , Linux Netdev List , Amir Vadai , Or Gerlitz To: Eric Dumazet Return-path: Received: from mail-wi0-f180.google.com ([209.85.212.180]:59205 "EHLO mail-wi0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754041AbaI2RqC (ORCPT ); Mon, 29 Sep 2014 13:46:02 -0400 Received: by mail-wi0-f180.google.com with SMTP id em10so1647518wid.1 for ; Mon, 29 Sep 2014 10:46:00 -0700 (PDT) Sender: netdev-owner@vger.kernel.org List-ID: On Sun, Sep 28, 2014 at 9:19 PM, Eric Dumazet wrote: > send_doorbell = !skb->xmit_more || netif_xmit_stopped(ring->tx_queue); > > if (ring->bf_enabled && desc_size <= MAX_BF && !bounce && > !vlan_tx_tag_present(skb) && send_doorbell) { This patch is good, but I've been thinking more about bf+xmit_more and want to double check my understanding in that scenario: xmit_more=true will queue descriptors normally and the last xmit_more=false packet will write into BF. I guess BF suppose to pick up the earlier ones from the queue, otherwise the whole thing is broken. So if indeed BF can pick up the whole chain, then it should be the faster way than doing iowrite32(), right?