Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4244856pxj; Wed, 12 May 2021 00:56:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyUHgkVaS24MvQLqw87KXq+oEpSYCmx9EBSmBkbjHXyfE4OuEbNFCORd8mpgDzUgi4mVmvR X-Received: by 2002:a92:6902:: with SMTP id e2mr30740900ilc.172.1620806198282; Wed, 12 May 2021 00:56:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620806198; cv=none; d=google.com; s=arc-20160816; b=1JjAS4XA3NO9pbc0qCng3pWvKvUjep2s5xhkKesQdpVx8K0gzF3vWwS1HxRP7fac5r yMnhuR2guZR6iSHrzd4jcUy/ia16nxi70UqRumlOsiIiM0A1hGo28QY15mQKGDF/ZBi9 bWxKrZ+JVYegQQGzZ2IPTYJhrbth59AdGthdfXiMJZlNYVUN2nAQyT0KnAg3zfV0GCbH CJqMc0wjm7rUw+Krpp6C/MlQXqt7k0cDJuvqGmKJfPmhFzEIS0DTosJgwn1PLllByoRM FBjoqvY+wIk1fYcngi77V0NXEcWgt7KeSrOWA7ff7Yd9Y7Zdfdk/0HaTZcUGYDE/flKK aiPA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:message-id:user-agent :references:in-reply-to:subject:cc:to:from:date:mime-version; bh=u2ujXSk77TxDZyDLBb41UeEzBvvHAIYm8ujqb3msTBk=; b=dXC+2aj8JNLZTqIQ8XbZXYTPWq6utk/IMrV0bC/aZI6RYwt+HbaEKOxUETR257ZqZX xiYFJCN6S6B2jPfXzZakEdekmesHO1FTknAGDawUjgTSgi637w4PezCSNSjPd61VK5KG hKn5Hy+RF6VuHeihKKVwQKrsdRy+NPDQ5bCA7iu84MUK7uSHtIMsMIp3m4X0B4KHe7de ywl1BZcae2tTKxE5GSAlknDxphRF6YSs7IwGOQ4sYGvy4irVs4ewF7YgzNvXD+LBcGQS N87olJ2N8s51EDatQoc+u1DkpoyZhysS0gjivRPja+Up0Ck8iKIdC6pM5x/xjNrP41re vnhQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s201si5814423ios.76.2021.05.12.00.56.25; Wed, 12 May 2021 00:56:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230097AbhELHy7 (ORCPT + 99 others); Wed, 12 May 2021 03:54:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57452 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229850AbhELHy6 (ORCPT ); Wed, 12 May 2021 03:54:58 -0400 Received: from plekste.mt.lv (bute.mt.lv [IPv6:2a02:610:7501:2000::195]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5454BC061574; Wed, 12 May 2021 00:53:51 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=bute.mt.lv) by plekste.mt.lv with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from ) id 1lgjgX-0000nY-BE; Wed, 12 May 2021 10:53:37 +0300 MIME-Version: 1.0 Date: Wed, 12 May 2021 10:53:37 +0300 From: Gatis Peisenieks To: Eric Dumazet Cc: chris.snook@gmail.com, davem@davemloft.net, kuba@kernel.org, hkallweit1@gmail.com, jesse.brandeburg@intel.com, dchickles@marvell.com, tully@mikrotik.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH net-next 2/4] atl1c: improve performance by avoiding unnecessary pcie writes on xmit In-Reply-To: <217ba8c9-ab09-46be-3e49-149f810e72fd@gmail.com> References: <20210511190518.8901-1-gatis@mikrotik.com> <20210511190518.8901-3-gatis@mikrotik.com> <217ba8c9-ab09-46be-3e49-149f810e72fd@gmail.com> User-Agent: Roundcube Webmail/1.4.11 Message-ID: X-Sender: gatis@mikrotik.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-05-12 00:39, Eric Dumazet wrote: >> @@ -2270,8 +2272,11 @@ static netdev_tx_t atl1c_xmit_frame(struct >> sk_buff *skb, >> atl1c_tx_rollback(adapter, tpd, type); >> dev_kfree_skb_any(skb); >> } else { >> - netdev_sent_queue(adapter->netdev, skb->len); >> - atl1c_tx_queue(adapter, skb, tpd, type); >> + bool more = netdev_xmit_more(); >> + >> + __netdev_sent_queue(adapter->netdev, skb->len, more); > > > This is probably buggy. > > You must check and use the return code of this function, > as in : > > bool door_bell = __netdev_sent_queue(adapter->netdev, skb->len, > netdev_xmit_more()); > > if (door_bell) > atl1c_tx_queue(adapter, type); > Eric, thank you for taking your time to look at this! You are correct, tx queue can get stopped in __netdev_sent_queue and if there were more packets coming the submit to HW would be missed / unnecessarily delayed. > >> + if (!more) >> + atl1c_tx_queue(adapter, type); >> } >> >> return NETDEV_TX_OK; >>