Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp563461rwb; Wed, 16 Nov 2022 04:53:13 -0800 (PST) X-Google-Smtp-Source: AA0mqf74Azkz+1KNK3KJbNHKpBSSQmo5K6v8D7D2fwZm97jz1uNaRbZDQRgBwQXFrSN6POiWvO5S X-Received: by 2002:a63:f52:0:b0:46f:f482:6920 with SMTP id 18-20020a630f52000000b0046ff4826920mr20248038pgp.327.1668603193316; Wed, 16 Nov 2022 04:53:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668603193; cv=none; d=google.com; s=arc-20160816; b=UaHepRBG8J/Q3rLOsMzIkRZLP/dafSc5vKYf4fAjdBJA2HOF4nbtnymUYB2YjSJu5/ saLmuChCh/et117Py9eBYTZ52/hvH/Kha+ypFcGW/XiJwQv8pTZlpoKfqOJPdaBCVkAt fL++jh3kJ8eGByBQ3PCmwDWijoCL7YYEWo9bmvulP7SqZ8L91NyNY6EUGGnaGYujnZ0d R7WZ+/rF4cfmUWgy6MJGlV9VFhJDSXQFlJ5lZuhx92YQAHUnptiO0hawTCScXIojueEz HoZOpGa/dmHxOpX3nOJ8JcIvzI+5Lbfog7muJJ3ayPORku3S1gGMiHYwx60crrlN5+ME SMQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=oprLIxeoWaXjTKjTQP8wXFUZ3PpjETHTBMhkQNGeDLE=; b=gfjg0q0UkJuCEh5QIHdEFkAMNXRgsU5O6jZzCX/A7vZWHdTC1Zhp92bFmYYr/b1YX9 FUrcjzUSh5E4rLkAw0YPKHqlAYDWg+p4I/I8364vPReJ/vYQgPYxEPPFVrczyTDCLPRI ch+eTZTsLrqLVzd3qDGnb/T7Rt+pDOP14myMNYJo99u+YBeOuts7NnrktxBqSmta6Azk mueE9l8Qzexh31VrKx1MbhBfFkpzbJMJnwI7lZE35MPClDpCFSFCATQ9v2xXaaRgvWs1 p4rSBHFDJqLoSUhbajmn3IATrpUhGAyMGoOLGOdPl1GWdhe07zRfkOBppmTkGHHFL3Ok a5qw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id np11-20020a17090b4c4b00b001fdcb564d73si2149384pjb.79.2022.11.16.04.53.01; Wed, 16 Nov 2022 04:53:13 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237931AbiKPMAq (ORCPT + 91 others); Wed, 16 Nov 2022 07:00:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46768 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232367AbiKPMAX (ORCPT ); Wed, 16 Nov 2022 07:00:23 -0500 Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D9E9C1181E; Wed, 16 Nov 2022 03:52:37 -0800 (PST) Received: from dggpeml500022.china.huawei.com (unknown [172.30.72.54]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4NC1Xc21q1zqSMs; Wed, 16 Nov 2022 19:48:48 +0800 (CST) Received: from dggpeml500006.china.huawei.com (7.185.36.76) by dggpeml500022.china.huawei.com (7.185.36.66) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Wed, 16 Nov 2022 19:52:36 +0800 Received: from [10.174.178.240] (10.174.178.240) by dggpeml500006.china.huawei.com (7.185.36.76) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.31; Wed, 16 Nov 2022 19:52:35 +0800 Subject: Re: [PATCH net v2 3/3] net: nixge: fix tx queue handling To: Francois Romieu CC: , , , , , , References: <1668525024-38409-1-git-send-email-zhangchangzhong@huawei.com> <1668525024-38409-4-git-send-email-zhangchangzhong@huawei.com> From: Zhang Changzhong Message-ID: <01c16617-aaf0-3a2e-1498-a9a75ae242af@huawei.com> Date: Wed, 16 Nov 2022 19:52:34 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.178.240] X-ClientProxiedBy: dggems703-chm.china.huawei.com (10.3.19.180) To dggpeml500006.china.huawei.com (7.185.36.76) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022/11/16 18:27, Francois Romieu wrote: > Zhang Changzhong : >> On 2022/11/16 7:04, Francois Romieu wrote: >>> Zhang Changzhong : > [...] >>>> diff --git a/drivers/net/ethernet/ni/nixge.c b/drivers/net/ethernet/ni/nixge.c >>>> index 91b7ebc..3776a03 100644 >>>> --- a/drivers/net/ethernet/ni/nixge.c >>>> +++ b/drivers/net/ethernet/ni/nixge.c >>> [...] >>>> static netdev_tx_t nixge_start_xmit(struct sk_buff *skb, >>>> @@ -518,10 +523,15 @@ static netdev_tx_t nixge_start_xmit(struct sk_buff *skb, >>>> cur_p = &priv->tx_bd_v[priv->tx_bd_tail]; >>>> tx_skb = &priv->tx_skb[priv->tx_bd_tail]; >>>> >>>> - if (nixge_check_tx_bd_space(priv, num_frag + 1)) { >>>> - if (!netif_queue_stopped(ndev)) >>>> - netif_stop_queue(ndev); >>>> - return NETDEV_TX_OK; >>>> + if (unlikely(nixge_check_tx_bd_space(priv, num_frag + 1))) { >>>> + /* Should not happen as last start_xmit call should have >>>> + * checked for sufficient space and queue should only be >>>> + * woken when sufficient space is available. >>>> + */ >>> >>> Almost. IRQ triggering after nixge_start_xmit::netif_stop_queue and >>> before nixge_start_xmit::smp_mb may wrongly wake queue. >>> >> >> I don't know what you mean by "wronly wake queue". The queue is woken >> only when there is sufficient for next packet. > > Between nixge_start_xmit::netif_stop_queue and nixge_start_xmit::smp_mb, > "next" packet is current packet in hard_start_xmit. However said current > packet may not be accounted for in the IRQ context transmit completion > handler. > > [nixge_start_xmit] > > ++priv->tx_bd_tail; > priv->tx_bd_tail %= TX_BD_NUM; > > /* Stop queue if next transmit may not have space */ > if (nixge_check_tx_bd_space(priv, MAX_SKB_FRAGS + 1)) { > netif_stop_queue(ndev); > > Which value does [nixge_start_xmit_done] read as priv->tx_bd_tail at > this point ? The value set a few lines above or some older value ? > > /* Matches barrier in nixge_start_xmit_done */ > smp_mb(); > > /* Space might have just been freed - check again */ > if (!nixge_check_tx_bd_space(priv, MAX_SKB_FRAGS + 1)) > netif_wake_queue(ndev); > } > Got it! Thanks a lot for your detailed explanation. Best Regards, Changzhong