[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <167999821910.6518.13997608603920855143.git-patchwork-notify@kernel.org>
Date: Tue, 28 Mar 2023 10:10:19 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Arseniy Krasnov <AVKrasnov@...rdevices.ru>
Cc: stefanha@...hat.com, sgarzare@...hat.com, davem@...emloft.net,
edumazet@...gle.com, kuba@...nel.org, pabeni@...hat.com,
bobby.eshleman@...edance.com, kvm@...r.kernel.org,
virtualization@...ts.linux-foundation.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, kernel@...rdevices.ru,
oxffffaa@...il.com, avkrasnov@...rdevices.ru
Subject: Re: [PATCH net-next v5 0/2] allocate multiple skbuffs on tx
Hello:
This series was applied to netdev/net-next.git (main)
by Paolo Abeni <pabeni@...hat.com>:
On Sun, 26 Mar 2023 01:02:43 +0300 you wrote:
> This adds small optimization for tx path: instead of allocating single
> skbuff on every call to transport, allocate multiple skbuff's until
> credit space allows, thus trying to send as much as possible data without
> return to af_vsock.c.
>
> Also this patchset includes second patch which adds check and return from
> 'virtio_transport_get_credit()' and 'virtio_transport_put_credit()' when
> these functions are called with 0 argument. This is needed, because zero
> argument makes both functions to behave as no-effect, but both of them
> always tries to acquire spinlock. Moreover, first patch always calls
> function 'virtio_transport_put_credit()' with zero argument in case of
> successful packet transmission.
>
> [...]
Here is the summary with links:
- [net-next,v5,1/2] virtio/vsock: allocate multiple skbuffs on tx
https://git.kernel.org/netdev/net-next/c/b68ffb1b3bee
- [net-next,v5,2/2] virtio/vsock: check argument to avoid no effect call
https://git.kernel.org/netdev/net-next/c/e3ec366eb0d1
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