All of lore.kernel.org
 help / color / mirror / Atom feed
From: Halil Pasic <pasic@linux.ibm.com>
To: Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru>
Cc: mst@redhat.com, sgarzare@redhat.com, raphael@enfabrica.net,
	qemu-devel@nongnu.org, yc-core@yandex-team.ru,
	d-tatianin@yandex-team.ru, Cornelia Huck <cohuck@redhat.com>,
	Eric Farman <farman@linux.ibm.com>,
	Richard Henderson <richard.henderson@linaro.org>,
	Ilya Leoshkevich <iii@linux.ibm.com>,
	David Hildenbrand <david@kernel.org>,
	Thomas Huth <thuth@redhat.com>,
	Christian Borntraeger <borntraeger@linux.ibm.com>,
	Matthew Rosato <mjrosato@linux.ibm.com>,
	"open list:virtio-ccw" <qemu-s390x@nongnu.org>,
	Halil Pasic <pasic@linux.ibm.com>
Subject: Re: [PATCH v4 08/23] virtio: move common part of _set_guest_notifier to generic code
Date: Mon, 26 Jan 2026 23:00:26 +0100	[thread overview]
Message-ID: <20260126230026.2664d565.pasic@linux.ibm.com> (raw)
In-Reply-To: <26198787-a1da-4858-8656-f5006d153d6e@yandex-team.ru>

On Mon, 26 Jan 2026 19:40:09 +0300
Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru> wrote:

> >> +/**
> >> + * virtio_queue_set_guest_notifier - set/unset queue or config guest
> >> + *     notifier
> >> + *
> >> + * @vdev: the VirtIO device
> >> + * @n: queue number, or VIRTIO_CONFIG_IRQ_IDX to set config notifer  
> > 
> > Semantically are mixing queue numbers and interrupt indexes here.  
> 
> That's preexisting logic in virtio_pci_set_guest_notifier_fd_handler().
> 
> But, you are right, that's doesn't answer the question, is it good to share
> the logic with mmio and ccw.
> 
> Is config notifier only pci specific, or similar feature may appear in future
> for mmio and/or ccw?

AFAIR there is no  notifier for ccw. A possible explanation for
that is, that AFAIK that config space notifications (device -> driver)
are always classic I/O interrupts while queue indicators can be so called
adapter I/O interrupts and irqfd is only available for adapter I/O
interrupts. 

If you like you can have a look at 
"4.3.2.6 Setting Up Indicators" in
https://docs.oasis-open.org/virtio/virtio/v1.3/csd01/virtio-v1.3-csd01.html#x1-1940003

I see no reason why virtio_config_guest_notifier_read() based, i.e
!irqfd virtio config notifier should not exist or would not work. And I
guess it is needed for certain vhost things. But nevertheless, I can't
find the place where a virtio-ccw config notifier is set up.

Eric, what is your opinion on this? My current thinking is that
virtio-ccw not having a config notifier is basically a bug.

Regards,
Halil


  reply	other threads:[~2026-01-26 22:01 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-19 18:52 [PATCH v4 00/23] vhost refactoring and fixes Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 01/23] vhost-user: rework enabling vrings Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 02/23] vhost: drop backend_features field Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 03/23] vhost-user: introduce vhost_user_has_protocol_feature() helper Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 04/23] vhost: move protocol_features to vhost_user Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 05/23] vhost-user-gpu: drop code duplication Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 06/23] vhost: make vhost_dev.features private Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 07/23] virtio-ccw: virtio_ccw_set_guest_notifier(): fix failure path Vladimir Sementsov-Ogievskiy
2026-01-20  7:30   ` Thomas Huth
2026-01-20 21:18   ` Eric Farman
2026-01-21 10:39   ` Halil Pasic
2026-01-19 18:52 ` [PATCH v4 08/23] virtio: move common part of _set_guest_notifier to generic code Vladimir Sementsov-Ogievskiy
2026-01-20 21:20   ` Eric Farman
2026-01-23 23:06   ` Halil Pasic
2026-01-26 16:40     ` Vladimir Sementsov-Ogievskiy
2026-01-26 22:00       ` Halil Pasic [this message]
2026-01-30 15:33         ` Eric Farman
2026-01-30 16:31           ` Cornelia Huck
2026-01-19 18:52 ` [PATCH v4 09/23] virtio: drop *_set_guest_notifier_fd_handler() helpers Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 10/23] vhost-user: keep QIOChannelSocket for backend channel Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 11/23] vhost: vhost_virtqueue_start(): fix failure path Vladimir Sementsov-Ogievskiy
2026-01-19 23:49   ` Raphael Norwitz
2026-01-19 18:52 ` [PATCH v4 12/23] vhost: make vhost_memory_unmap() null-safe Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 13/23] vhost: simplify calls to vhost_memory_unmap() Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 14/23] vhost: move vrings mapping to the top of vhost_virtqueue_start() Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 15/23] vhost: vhost_virtqueue_start(): drop extra local variables Vladimir Sementsov-Ogievskiy
2026-01-19 23:49   ` Raphael Norwitz
2026-01-19 18:52 ` [PATCH v4 16/23] vhost: final refactoring of vhost vrings map/unmap Vladimir Sementsov-Ogievskiy
2026-01-19 23:50   ` Raphael Norwitz
2026-01-19 18:52 ` [PATCH v4 17/23] vhost: simplify vhost_dev_init() error-path Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 18/23] vhost: move busyloop timeout initialization to vhost_virtqueue_init() Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 19/23] vhost: vhost_dev_init(): simplify features initialization Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 20/23] hw/virtio/virtio-bus: refactor virtio_bus_set_host_notifier() Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 21/23] vhost-user: make trace events more readable Vladimir Sementsov-Ogievskiy
2026-01-19 23:50   ` Raphael Norwitz
2026-01-19 18:52 ` [PATCH v4 22/23] vhost-user-blk: add some useful trace-points Vladimir Sementsov-Ogievskiy
2026-01-19 18:52 ` [PATCH v4 23/23] vhost: " Vladimir Sementsov-Ogievskiy

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=20260126230026.2664d565.pasic@linux.ibm.com \
    --to=pasic@linux.ibm.com \
    --cc=borntraeger@linux.ibm.com \
    --cc=cohuck@redhat.com \
    --cc=d-tatianin@yandex-team.ru \
    --cc=david@kernel.org \
    --cc=farman@linux.ibm.com \
    --cc=iii@linux.ibm.com \
    --cc=mjrosato@linux.ibm.com \
    --cc=mst@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-s390x@nongnu.org \
    --cc=raphael@enfabrica.net \
    --cc=richard.henderson@linaro.org \
    --cc=sgarzare@redhat.com \
    --cc=thuth@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 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.