[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id:
<171257402789.26748.7616466981510318816.git-patchwork-notify@kernel.org>
Date: Mon, 08 Apr 2024 11:00:27 +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, pasic@...ux.ibm.com, schnelle@...ux.ibm.com,
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
Subject: Re: [PATCH net v2] s390/ism: fix receive message buffer allocation
Hello:
This patch was applied to netdev/net.git (main)
by David S. Miller <davem@...emloft.net>:
On Fri, 5 Apr 2024 13:16:06 +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,v2] s390/ism: fix receive message buffer allocation
https://git.kernel.org/netdev/net/c/58effa347653
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