qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
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



  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).