[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<171142263032.4499.17962312063641438167.git-patchwork-notify@kernel.org>
Date: Tue, 26 Mar 2024 03:10:30 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Alexandra Winter <wintera@...ux.ibm.com>
Cc: davem@...emloft.net, kuba@...nel.org, pabeni@...hat.com,
edumazet@...gle.com, oberpar@...ux.ibm.com, vneethv@...ux.ibm.com,
netdev@...r.kernel.org, linux-s390@...r.kernel.org, hca@...ux.ibm.com,
gor@...ux.ibm.com, agordeev@...ux.ibm.com, borntraeger@...ux.ibm.com,
svens@...ux.ibm.com, twinkler@...ux.ibm.com
Subject: Re: [PATCH net v3] s390/qeth: handle deferred cc1
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@...nel.org>:
On Thu, 21 Mar 2024 12:53:37 +0100 you wrote:
> The IO subsystem expects a driver to retry a ccw_device_start, when the
> subsequent interrupt response block (irb) contains a deferred
> condition code 1.
>
> Symptoms before this commit:
> On the read channel we always trigger the next read anyhow, so no
> different behaviour here.
> On the write channel we may experience timeout errors, because the
> expected reply will never be received without the retry.
> Other callers of qeth_send_control_data() may wrongly assume that the ccw
> was successful, which may cause problems later.
>
> [...]
Here is the summary with links:
- [net,v3] s390/qeth: handle deferred cc1
https://git.kernel.org/netdev/net/c/afb373ff3f54
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists