From: "Michael S. Tsirkin" <mst@redhat.com>
To: Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru>
Cc: sgarzare@redhat.com, raphael@enfabrica.net,
qemu-devel@nongnu.org, yc-core@yandex-team.ru,
d-tatianin@yandex-team.ru,
Raphael Norwitz <raphael.s.norwitz@gmail.com>
Subject: Re: [PATCH v3 18/23] vhost: introduce check_memslots() helper
Date: Mon, 3 Nov 2025 17:19:37 -0500 [thread overview]
Message-ID: <20251103170946-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <20251015145808.1112843-19-vsementsov@yandex-team.ru>
On Wed, Oct 15, 2025 at 05:58:02PM +0300, Vladimir Sementsov-Ogievskiy wrote:
> Signed-off-by: Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru>
> Reviewed-by: Raphael Norwitz <raphael.s.norwitz@gmail.com>
> Reviewed-by: Daniil Tatianin <d-tatianin@yandex-team.ru>
This needs a better commit log.
the subject makes it look like it's merely adding a helper
but it is not the case: e.g. errors are now handled
somewhat differently.
Pls document the thinking process explaining why it does not
matter. CB.
> ---
> hw/virtio/vhost.c | 71 ++++++++++++++++++++++++++---------------------
> 1 file changed, 40 insertions(+), 31 deletions(-)
>
> diff --git a/hw/virtio/vhost.c b/hw/virtio/vhost.c
> index 34846edf36..56a812b06b 100644
> --- a/hw/virtio/vhost.c
> +++ b/hw/virtio/vhost.c
> @@ -1572,12 +1572,50 @@ static int vhost_dev_get_features(struct vhost_dev *hdev,
> return r;
> }
>
> +static bool check_memslots(struct vhost_dev *hdev, Error **errp)
> +{
> + unsigned int used, reserved, limit;
> +
> + limit = hdev->vhost_ops->vhost_backend_memslots_limit(hdev);
> + if (limit < MEMORY_DEVICES_SAFE_MAX_MEMSLOTS &&
> + memory_devices_memslot_auto_decision_active()) {
> + error_setg(errp, "some memory device (like virtio-mem)"
> + " decided how many memory slots to use based on the overall"
> + " number of memory slots; this vhost backend would further"
> + " restricts the overall number of memory slots");
> + error_append_hint(errp, "Try plugging this vhost backend before"
> + " plugging such memory devices.\n");
> + return false;
> + }
> +
> + /*
> + * The listener we registered properly setup the number of required
This comment worked in the original code but not now.
The listener here is memory_listener_register which yes happens to
be called before check_memslots but it is far from obvious.
> + * memslots in vhost_commit().
> + */
> + used = hdev->mem->nregions;
> +
> + /*
> + * We assume that all reserved memslots actually require a real memslot
> + * in our vhost backend. This might not be true, for example, if the
> + * memslot would be ROM. If ever relevant, we can optimize for that --
> + * but we'll need additional information about the reservations.
> + */
> + reserved = memory_devices_get_reserved_memslots();
> + if (used + reserved > limit) {
> + error_setg(errp, "vhost backend memory slots limit (%d) is less"
> + " than current number of used (%d) and reserved (%d)"
> + " memory slots for memory devices.", limit, used, reserved);
> + return false;
> + }
> +
> + return true;
> +}
> +
> int vhost_dev_init(struct vhost_dev *hdev, void *opaque,
> VhostBackendType backend_type, uint32_t busyloop_timeout,
> Error **errp)
> {
> uint64_t features[VIRTIO_FEATURES_NU64S];
> - unsigned int used, reserved, limit;
> int i, r, n_initialized_vqs = 0;
>
> hdev->vdev = NULL;
> @@ -1603,19 +1641,6 @@ int vhost_dev_init(struct vhost_dev *hdev, void *opaque,
> goto fail;
> }
>
> - limit = hdev->vhost_ops->vhost_backend_memslots_limit(hdev);
> - if (limit < MEMORY_DEVICES_SAFE_MAX_MEMSLOTS &&
> - memory_devices_memslot_auto_decision_active()) {
> - error_setg(errp, "some memory device (like virtio-mem)"
> - " decided how many memory slots to use based on the overall"
> - " number of memory slots; this vhost backend would further"
> - " restricts the overall number of memory slots");
> - error_append_hint(errp, "Try plugging this vhost backend before"
> - " plugging such memory devices.\n");
> - r = -EINVAL;
> - goto fail;
> - }
> -
> for (i = 0; i < hdev->nvqs; ++i, ++n_initialized_vqs) {
> r = vhost_virtqueue_init(hdev, hdev->vqs + i, hdev->vq_index + i,
> busyloop_timeout);
> @@ -1674,23 +1699,7 @@ int vhost_dev_init(struct vhost_dev *hdev, void *opaque,
> memory_listener_register(&hdev->memory_listener, &address_space_memory);
So it looks like with your change
this will temporarily register the listener
restricting the number of slots, then check and unregister.
Is this ever a problem?
commit log needs better documentation why.
> QLIST_INSERT_HEAD(&vhost_devices, hdev, entry);
>
> - /*
> - * The listener we registered properly setup the number of required
> - * memslots in vhost_commit().
> - */
> - used = hdev->mem->nregions;
> -
> - /*
> - * We assume that all reserved memslots actually require a real memslot
> - * in our vhost backend. This might not be true, for example, if the
> - * memslot would be ROM. If ever relevant, we can optimize for that --
> - * but we'll need additional information about the reservations.
> - */
> - reserved = memory_devices_get_reserved_memslots();
> - if (used + reserved > limit) {
> - error_setg(errp, "vhost backend memory slots limit (%d) is less"
> - " than current number of used (%d) and reserved (%d)"
> - " memory slots for memory devices.", limit, used, reserved);
> + if (!check_memslots(hdev, errp)) {
> r = -EINVAL;
> goto fail;
> }
> --
> 2.48.1
next prev parent reply other threads:[~2025-11-03 22:22 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-15 14:57 [PATCH v3 00/23] vhost refactoring and fixes Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 01/23] vhost-user: rework enabling vrings Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 02/23] vhost: drop backend_features field Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 03/23] vhost-user: introduce vhost_user_has_protocol_feature() helper Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 04/23] vhost: move protocol_features to vhost_user Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 05/23] vhost-user-gpu: drop code duplication Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 06/23] vhost: make vhost_dev.features private Vladimir Sementsov-Ogievskiy
2025-10-17 10:32 ` Daniil Tatianin
2025-10-17 17:02 ` Vladimir Sementsov-Ogievskiy
2025-10-31 17:31 ` Daniil Tatianin
2025-10-15 14:57 ` [PATCH v3 07/23] virtio: move common part of _set_guest_notifier to generic code Vladimir Sementsov-Ogievskiy
2025-11-07 13:01 ` Michael S. Tsirkin
2025-10-15 14:57 ` [PATCH v3 08/23] virtio: drop *_set_guest_notifier_fd_handler() helpers Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 09/23] vhost-user: keep QIOChannelSocket for backend channel Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 10/23] vhost: vhost_virtqueue_start(): fix failure path Vladimir Sementsov-Ogievskiy
2025-10-20 18:24 ` Raphael Norwitz
2025-10-15 14:57 ` [PATCH v3 11/23] vhost: make vhost_memory_unmap() null-safe Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 12/23] vhost: simplify calls to vhost_memory_unmap() Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 13/23] vhost: move vrings mapping to the top of vhost_virtqueue_start() Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 14/23] vhost: vhost_virtqueue_start(): drop extra local variables Vladimir Sementsov-Ogievskiy
2025-10-15 14:57 ` [PATCH v3 15/23] vhost: final refactoring of vhost vrings map/unmap Vladimir Sementsov-Ogievskiy
2025-10-15 14:58 ` [PATCH v3 16/23] vhost: simplify vhost_dev_init() error-path Vladimir Sementsov-Ogievskiy
2025-10-15 14:58 ` [PATCH v3 17/23] vhost: move busyloop timeout initialization to vhost_virtqueue_init() Vladimir Sementsov-Ogievskiy
2025-10-15 14:58 ` [PATCH v3 18/23] vhost: introduce check_memslots() helper Vladimir Sementsov-Ogievskiy
2025-11-03 22:19 ` Michael S. Tsirkin [this message]
2025-11-04 10:59 ` Vladimir Sementsov-Ogievskiy
2025-10-15 14:58 ` [PATCH v3 19/23] vhost: vhost_dev_init(): simplify features initialization Vladimir Sementsov-Ogievskiy
2025-10-15 14:58 ` [PATCH v3 20/23] hw/virtio/virtio-bus: refactor virtio_bus_set_host_notifier() Vladimir Sementsov-Ogievskiy
2025-10-15 14:58 ` [PATCH v3 21/23] vhost-user: make trace events more readable Vladimir Sementsov-Ogievskiy
2025-11-03 22:22 ` Michael S. Tsirkin
2025-10-15 14:58 ` [PATCH v3 22/23] vhost-user-blk: add some useful trace-points Vladimir Sementsov-Ogievskiy
2025-11-03 21:28 ` Michael S. Tsirkin
2025-11-04 11:08 ` Vladimir Sementsov-Ogievskiy
2025-10-15 14:58 ` [PATCH v3 23/23] vhost: " Vladimir Sementsov-Ogievskiy
2025-11-03 21:26 ` Michael S. Tsirkin
2025-10-18 15:33 ` [PATCH v3 00/23] vhost refactoring and fixes Lei Yang
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=20251103170946-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=d-tatianin@yandex-team.ru \
--cc=qemu-devel@nongnu.org \
--cc=raphael.s.norwitz@gmail.com \
--cc=raphael@enfabrica.net \
--cc=sgarzare@redhat.com \
--cc=vsementsov@yandex-team.ru \
--cc=yc-core@yandex-team.ru \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).