[PATCH v3 0/8] Reduce reliance on global response buffer in IAVF
Bruce Richardson
bruce.richardson at intel.com
Fri Apr 3 15:13:39 CEST 2026
On Fri, Mar 06, 2026 at 10:58:16AM +0000, Anatoly Burakov wrote:
> In many places where we are calling down into virtchnl, we are using a
> globally allocated adminq response buffer. This is unnecessary, so replace
> with adminq buffers allocated on stack. However, because IAVF virtchnl
> message queue works asynchronously in most cases, we can't remove the
> global buffer entirely, and we need to do some cleanup and refactoring to
> be able to reduce our usage of these buffers. This patchset does that.
>
> v1 -> v2:
> - Stats query was passing in a pointer-to-pointer and storing pointer to
> global adminq response buffer as output parameter, so changing that to a
> local buffer resulted in storing a pointer to a buffer that was stack
> allocated (i.e. introduced a use-after-free).
>
> v2 -> v3:
> - Reworked the virtchnl message handling to not rely on implicit behavior
> - Split up into 8 patches for easy review
>
> Anatoly Burakov (8):
> net/iavf: avoid passing around pointers
> net/iavf: add a variable for hena
> net/iavf: add virtchnl interrupt enable flag
> net/iavf: rework "async" virtchnl requests
> net/iavf: refactor sending virtchnl messages
> net/iavf: respect output buffer in virtchnl
> net/iavf: do not use global virtchnl buffer
> net/iavf: embed virtchnl response buffer
>
Series applied to dpdk-next-net-intel.
Thanks,
/Bruce
More information about the dev
mailing list