[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<171335522811.25671.11363979683780241618.git-patchwork-notify@kernel.org>
Date: Wed, 17 Apr 2024 12:00:28 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Gerd Bayer <gbayer@...ux.ibm.com>
Cc: wintera@...ux.ibm.com, twinkler@...ux.ibm.com, hca@...ux.ibm.com,
pabeni@...hat.com, hch@....de, schnelle@...ux.ibm.com, kuba@...nel.org,
davem@...emloft.net, wenjia@...ux.ibm.com, guwen@...ux.alibaba.com,
linux-s390@...r.kernel.org, netdev@...r.kernel.org, gor@...ux.ibm.com,
agordeev@...ux.ibm.com, borntraeger@...ux.ibm.com, svens@...ux.ibm.com,
pasic@...ux.ibm.com
Subject: Re: [PATCH net] s390/ism: Properly fix receive message buffer allocation
Hello:
This patch was applied to netdev/net.git (main)
by David S. Miller <davem@...emloft.net>:
On Mon, 15 Apr 2024 15:15:07 +0200 you wrote:
> Since [1], dma_alloc_coherent() does not accept requests for GFP_COMP
> anymore, even on archs that may be able to fulfill this. Functionality that
> relied on the receive buffer being a compound page broke at that point:
> The SMC-D protocol, that utilizes the ism device driver, passes receive
> buffers to the splice processor in a struct splice_pipe_desc with a
> single entry list of struct pages. As the buffer is no longer a compound
> page, the splice processor now rejects requests to handle more than a
> page worth of data.
>
> [...]
Here is the summary with links:
- [net] s390/ism: Properly fix receive message buffer allocation
https://git.kernel.org/netdev/net/c/83781384a96b
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