Received-SPF: pass (google.com: domain of linux-kernel+bounces-16515-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.48.161 as permitted sender) client-ip=147.75.48.161;
Content-Type: text/plain; charset="utf-8"
Precedence: bulk
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Subject: Re: [net PATCH] octeontx2-af: Re-enable MAC TX in otx2_stop processing
From: patchwork-bot+netdevbpf@kernel.org
Message-Id: 
 <170436482482.2302.13087234357277390960.git-patchwork-notify@kernel.org>
Date: Thu, 04 Jan 2024 10:40:24 +0000
References: <20240102141400.9146-1-naveenm@marvell.com>
In-Reply-To: <20240102141400.9146-1-naveenm@marvell.com>
To: Naveen Mamindlapalli <naveenm@marvell.com>
Cc: davem@davemloft.net, kuba@kernel.org, edumazet@google.com,
 pabeni@redhat.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
 sgoutham@marvell.com

Hello:

This patch was applied to netdev/net.git (main)
by David S. Miller <davem@davemloft.net>:

On Tue, 2 Jan 2024 19:44:00 +0530 you wrote:
> During QoS scheduling testing with multiple strict priority flows, the
> netdev tx watchdog timeout routine is invoked when a low priority QoS
> queue doesn't get a chance to transmit the packets because other high
> priority flows are completely subscribing the transmit link. The netdev
> tx watchdog timeout routine will stop MAC RX and TX functionality in
> otx2_stop() routine before cleanup of HW TX queues which results in SMQ
> flush errors because the packets belonging to low priority queues will
> never gets flushed since MAC TX is disabled. This patch fixes the issue
> by re-enabling MAC TX to ensure the packets in HW pipeline gets flushed
> properly.
> 
> [...]

Here is the summary with links:
  - [net] octeontx2-af: Re-enable MAC TX in otx2_stop processing
    https://git.kernel.org/netdev/net/c/818ed8933bd1

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html