summaryrefslogtreecommitdiffstats
path: root/hw/9pfs/9p-util-linux.c
diff options
context:
space:
mode:
authorSergio Lopez2022-03-04 11:08:51 +0100
committerMichael S. Tsirkin2022-03-06 12:19:47 +0100
commit3bcf0fb3f2b4ab4ceeab488af1a3f7f8b8d70ba4 (patch)
treeeda55efa6a3a9edb03bbab99ccba97f917af7c9d /hw/9pfs/9p-util-linux.c
parentpci: drop COMPAT_PROP_PCP for 2.0 machine types (diff)
downloadqemu-3bcf0fb3f2b4ab4ceeab488af1a3f7f8b8d70ba4.tar.gz
qemu-3bcf0fb3f2b4ab4ceeab488af1a3f7f8b8d70ba4.tar.xz
qemu-3bcf0fb3f2b4ab4ceeab488af1a3f7f8b8d70ba4.zip
event_notifier: add event_notifier_get_wfd()
event_notifier_get_fd(const EventNotifier *e) always returns EventNotifier's read file descriptor (rfd). This is not a problem when the EventNotifier is backed by a an eventfd, as a single file descriptor is used both for reading and triggering events (rfd == wfd). But, when EventNotifier is backed by a pipe pair, we have two file descriptors, one that can only be used for reads (rfd), and the other only for writes (wfd). There's, at least, one known situation in which we need to obtain wfd instead of rfd, which is when setting up the file that's going to be sent to the peer in vhost's SET_VRING_CALL. Add a new event_notifier_get_wfd(const EventNotifier *e) that can be used to obtain wfd where needed. Signed-off-by: Sergio Lopez <slp@redhat.com> Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com> Message-Id: <20220304100854.14829-2-slp@redhat.com> Reviewed-by: Michael S. Tsirkin <mst@redhat.com> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Diffstat (limited to 'hw/9pfs/9p-util-linux.c')
0 files changed, 0 insertions, 0 deletions