[PATCH 0/1] Removes FDs from VhostUserMessage structure

This patch removes the file descriptors from the struct VhostUserMessage as it is not part of the spec. These FDs are moved to a englobing context structure. Christophe Fontaine (1): vhost: Move fds outside of VhostUserMessage drivers/net/virtio/virtio_user/vhost_user.c | 1 - lib/vhost

[PATCH 1/1] vhost: Move fds outside of VhostUserMessage

-off-by: Christophe Fontaine --- drivers/net/virtio/virtio_user/vhost_user.c | 1 - lib/vhost/vhost_crypto.c| 10 +- lib/vhost/vhost_user.c | 529 ++-- lib/vhost/vhost_user.h | 7 +- 4 files changed, 288 insert

[PATCH v2 0/1] Removes FDs from VhostUserMessage structure

This patch removes the file descriptors from the struct VhostUserMessage as it is not part of the spec. These FDs are moved to a englobing context structure. v2: rebased on top of dpdk-next-virtio Christophe Fontaine (1): vhost: move fds outside of VhostUserMessage drivers/net/virtio

[PATCH v2 1/1] vhost: move fds outside of VhostUserMessage

From: Christophe Fontaine FDs at the end of the VhostUserMessage structure limits the size of the payload. Move them to an other englobing structure, before the header & payload of a VhostUserMessage. Also removes a reference to fds in the VHUMsg structure defined in drivers/net/vi

Re: [PATCH v2] vhost: fix external message handlers

s rely on them. > + */ > +struct __rte_packed vhu_msg_context { > + VhostUserMsg msg; > int fds[VHOST_MEMORY_MAX_NREGIONS]; > int fd_num; > - VhostUserMsg msg; > }; > > #define VHOST_USER_HDR_SIZE offsetof(VhostUserMsg, payload.u64) > -- > 2.23.0 > Sorry to have missed that test with virtio-crypto ; I'll create another thread to talk about the VhostUserMsg extension. Reviewed-by: Christophe Fontaine Thanks, Christophe

Re: [PATCH v3 0/5] add feature arc in rte_graph

> On 9 Oct 2024, at 15:29, Nitin Saxena wrote: > > Feature arc represents an ordered list of features/protocols at a given > networking layer. It is a high level abstraction to connect various > rte_graph nodes, as feature nodes, and allow packets steering across > these nodes in a generic man

Re: [EXTERNAL] [RFC PATCH 0/3] add feature arc in rte_graph

Hi all, What about the following steps: - update the nodes so they work on the current layer (example: for all L3 nodes, the current mbuf data offset *must* be pointing to the IP header) - define a public data structure that would be shared across nodes through priv data, and not dynfields ? Thi

[PATCH 0/2] graph: dispatch mode improvements

Christophe Christophe Fontaine (2): graph: allow non EAL Thread for pipeline mode graph: add callback in dispatch mode lib/graph/graph.c | 23 +++--- lib/graph/rte_graph.h | 14 + lib/graph

[PATCH 2/2] graph: add callback in dispatch mode

sleep/wake up mechanism is deferred to the application. Signed-off-by: Christophe Fontaine --- lib/graph/graph.c | 10 +++--- lib/graph/rte_graph.h | 14 ++ lib/graph/rte_graph_model_mcore_dispatch.c | 2 ++ lib/graph

[PATCH 1/2] graph: allow non EAL Thread for pipeline mode

herwise. Signed-off-by: Christophe Fontaine --- lib/graph/graph.c | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/lib/graph/graph.c b/lib/graph/graph.c index 0975bd8d49..146d0a12b4 100644 --- a/lib/graph/graph.c +++ b/lib/graph/graph.