From: Stefano Garzarella <sgarzare@redhat.com>
To: Albert Esteve <aesteve@redhat.com>
Cc: qemu-devel@nongnu.org, "Peter Xu" <peterx@redhat.com>,
"Pierrick Bouvier" <pierrick.bouvier@linaro.org>,
mst@redhat.com, dbassey@redhat.com,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Fabiano Rosas" <farosas@suse.de>,
stefanha@redhat.com, manos.pitsidianakis@linaro.org,
jasowang@redhat.com, "Laurent Vivier" <lvivier@redhat.com>,
slp@redhat.com, hi@alyssa.is, stevensd@chromium.org
Subject: Re: [PATCH v13 3/7] vhost_user.rst: Add SHMEM_MAP/_UNMAP to spec
Date: Wed, 4 Mar 2026 14:11:56 +0100 [thread overview]
Message-ID: <aagvbA7KPW8WtMha@sgarzare-redhat> (raw)
In-Reply-To: <CADSE00+YH8LKdEWOy2edh6D2geaaGutN8X+pjkEhNmmgWj=M3Q@mail.gmail.com>
On Wed, Mar 04, 2026 at 11:23:42AM +0100, Albert Esteve wrote:
>On Wed, Mar 4, 2026 at 10:46 AM Albert Esteve <aesteve@redhat.com> wrote:
>>
>> On Thu, Feb 19, 2026 at 2:04 PM Albert Esteve <aesteve@redhat.com> wrote:
>> >
>> > Add SHMEM_MAP/_UNMAP request to the vhost-user
>> > spec documentation.
>> >
>> > Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
>> > Reviewed-by: Manos Pitsidianakis <manos.pitsidianakis@linaro.org>
>> > Signed-off-by: Albert Esteve <aesteve@redhat.com>
>> > ---
>> > docs/interop/vhost-user.rst | 61 +++++++++++++++++++++++++++++++++++++
>> > 1 file changed, 61 insertions(+)
>> >
>> > diff --git a/docs/interop/vhost-user.rst b/docs/interop/vhost-user.rst
>> > index 17a68a62eb..ae4ad6f441 100644
>> > --- a/docs/interop/vhost-user.rst
>> > +++ b/docs/interop/vhost-user.rst
>> > @@ -350,6 +350,27 @@ Device state transfer parameters
>> > In the future, additional phases might be added e.g. to allow
>> > iterative migration while the device is running.
>> >
>> > +MMAP request
>> > +^^^^^^^^^^^^
>> > +
>> > ++-------+---------+-----------+------------+-----+-------+
>> > +| shmid | padding | fd_offset | shm_offset | len | flags |
>> > ++-------+---------+-----------+------------+-----+-------+
>> > +
>> > +:shmid: a 8-bit shared memory region identifier
>> > +
>> > +:fd_offset: a 64-bit offset of this area from the start
>> > + of the supplied file descriptor
>> > +
>> > +:shm_offset: a 64-bit offset from the start of the
>> > + pointed shared memory region
>> > +
>> > +:len: a 64-bit size of the memory to map
>> > +
>> > +:flags: a 64-bit value:
>> > + - 0: Pages are mapped read-only
>> > + - 1: Pages are mapped read-write
>> > +
>> > C structure
>> > -----------
>> >
>> > @@ -375,6 +396,7 @@ In QEMU the vhost-user message is implemented with the following struct:
>> > VhostUserInflight inflight;
>> > VhostUserShared object;
>> > VhostUserTransferDeviceState transfer_state;
>> > + VhostUserMMap mmap;
>> > };
>> > } QEMU_PACKED VhostUserMsg;
>> >
>> > @@ -1064,6 +1086,7 @@ Protocol features
>> > #define VHOST_USER_PROTOCOL_F_XEN_MMAP 17
>> > #define VHOST_USER_PROTOCOL_F_SHARED_OBJECT 18
>> > #define VHOST_USER_PROTOCOL_F_DEVICE_STATE 19
>> > + #define VHOST_USER_PROTOCOL_F_SHMEM 20
>>
>> Commit cda83adc62b6108afc8a82d0f54d9a9a861e7aa8 got upstream first and
>> took feature number 20, so this should be 21 now.
>>
>> @Michael Tsirkin Is it worth sending a new version or will you handle
>> the change?
>
>Sorry, I meant e0822e6085aecc15e2cfb2914d8cd827abae0249 (vhost-user:
>introduce protocol feature for skip drain on GET_VRING_BASE).
>
>But the question remains.
Maybe better to rebase to simplify Michael's life.
BTW this pach LGTM:
Reviewed-by: Stefano Garzarella <sgarzare@redhat.com>
next prev parent reply other threads:[~2026-03-04 13:12 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-19 13:03 [PATCH v13 0/7] vhost-user: Add SHMEM_MAP/UNMAP requests Albert Esteve
2026-02-19 13:03 ` [PATCH v13 1/7] vhost-user: Add VirtIO Shared Memory map request Albert Esteve
2026-03-04 13:08 ` Stefano Garzarella
2026-03-04 13:31 ` Albert Esteve
2026-02-19 13:03 ` [PATCH v13 2/7] vhost_user.rst: Align VhostUserMsg excerpt members Albert Esteve
2026-03-04 13:10 ` Stefano Garzarella
2026-02-19 13:03 ` [PATCH v13 3/7] vhost_user.rst: Add SHMEM_MAP/_UNMAP to spec Albert Esteve
2026-02-21 13:54 ` Alyssa Ross
2026-03-04 9:46 ` Albert Esteve
2026-03-04 10:23 ` Albert Esteve
2026-03-04 13:11 ` Stefano Garzarella [this message]
2026-02-19 13:03 ` [PATCH v13 4/7] vhost_user: Add frontend get_shmem_config command Albert Esteve
2026-03-04 13:12 ` Stefano Garzarella
2026-02-19 13:03 ` [PATCH v13 5/7] vhost_user.rst: Add GET_SHMEM_CONFIG message Albert Esteve
2026-03-04 13:12 ` Stefano Garzarella
2026-02-19 13:03 ` [PATCH v13 6/7] qmp: add shmem feature map Albert Esteve
2026-03-04 13:13 ` Stefano Garzarella
2026-02-19 13:03 ` [PATCH v13 7/7] vhost-user-device: Add shared memory BAR Albert Esteve
2026-03-04 13:26 ` Stefano Garzarella
2026-03-04 14:10 ` Albert Esteve
2026-03-04 13:28 ` [PATCH v13 0/7] vhost-user: Add SHMEM_MAP/UNMAP requests Stefano Garzarella
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aagvbA7KPW8WtMha@sgarzare-redhat \
--to=sgarzare@redhat.com \
--cc=aesteve@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=dbassey@redhat.com \
--cc=farosas@suse.de \
--cc=hi@alyssa.is \
--cc=jasowang@redhat.com \
--cc=lvivier@redhat.com \
--cc=manos.pitsidianakis@linaro.org \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--cc=philmd@linaro.org \
--cc=pierrick.bouvier@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=slp@redhat.com \
--cc=stefanha@redhat.com \
--cc=stevensd@chromium.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.