From: "Daniel P. Berrangé" <berrange@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: "Peter Xu" <peterx@redhat.com>,
qemu-devel@nongnu.org, "Juan Quintela" <quintela@redhat.com>,
"Marc-André Lureau" <marcandre.lureau@redhat.com>,
"Markus Armbruster" <armbru@redhat.com>,
"Stefan Hajnoczi" <stefanha@redhat.com>,
"Dr . David Alan Gilbert" <dgilbert@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v2 03/15] qio: introduce qio_channel_add_watch_{full|source}
Date: Fri, 2 Mar 2018 15:44:24 +0000 [thread overview]
Message-ID: <20180302154424.GG26972@redhat.com> (raw)
In-Reply-To: <2c8bac11-9f90-f79b-7b08-77f94a196c3a@redhat.com>
On Thu, Mar 01, 2018 at 06:13:06PM +0100, Paolo Bonzini wrote:
> On 01/03/2018 09:44, Peter Xu wrote:
> > + * qio_channel_add_watch_source:
> > + * @ioc: the channel object
> > + * @condition: the I/O condition to monitor
> > + * @func: callback to invoke when the source becomes ready
> > + * @user_data: opaque data to pass to @func
> > + * @notify: callback to free @user_data
> > + * @context: gcontext to bind the source to
> > + *
> > + * Similar as qio_channel_add_watch(), but allows to specify context
> > + * to run the watch source, meanwhile return the GSource object
> > + * instead of tag ID, with the GSource referenced already.
> > + *
> > + * Note: callers is responsible to unref the source when not needed.
> > + *
> > + * Returns: the source pointer
> > + */
> > +GSource *qio_channel_add_watch_source(QIOChannel *ioc,
> > + GIOCondition condition,
> > + QIOChannelFunc func,
> > + gpointer user_data,
> > + GDestroyNotify notify,
> > + GMainContext *context);
> >
>
> Just a small thing, this is a bit inconsistent with the rest of the
> GSource API, where the g_source_attach is usually left to the caller
> when a function returns GSource *.
The APIs which return a GSource in glib typically don't even set the
callback function - we already cover that scenario with the
qio_channel_create_watch APIs.
GLib doesn't typically have APIs which return a GSource after the
mix of creating the watch, setting callback & attaching to context.
They all just return the watch ID value.
So I think this proposal is ok as it is as there's no real precedence.
Alternatively we could simply do without this API entirely. It is
trivial enough for the code that needs a GSource to get iuse the
normal qio_channel_add_watch|watch_full APIs, and then lookup the
GSource themselves - only one extra line of code in the callers.
Regards,
Daniel
--
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
next prev parent reply other threads:[~2018-03-02 15:44 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-01 8:44 [Qemu-devel] [PATCH v2 00/15] qio: general non-default GMainContext support Peter Xu
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 01/15] chardev: fix leak in tcp_chr_telnet_init_io() Peter Xu
2018-03-01 17:39 ` Paolo Bonzini
2018-03-02 3:46 ` Peter Xu
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 02/15] qio: rename qio_task_thread_result Peter Xu
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 03/15] qio: introduce qio_channel_add_watch_{full|source} Peter Xu
2018-03-01 15:37 ` Daniel P. Berrangé
2018-03-01 17:13 ` Paolo Bonzini
2018-03-02 3:54 ` Peter Xu
2018-03-02 11:15 ` Paolo Bonzini
2018-03-02 15:44 ` Daniel P. Berrangé [this message]
2018-03-02 15:53 ` Paolo Bonzini
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 04/15] migration: let incoming side use thread context Peter Xu
2018-03-01 16:03 ` Daniel P. Berrangé
2018-03-02 3:56 ` Peter Xu
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 05/15] qio: refactor net listener source operations Peter Xu
2018-03-01 10:47 ` Daniel P. Berrangé
2018-03-02 3:58 ` Peter Xu
2018-03-02 4:04 ` Peter Xu
2018-03-02 10:51 ` Daniel P. Berrangé
2018-03-05 5:34 ` Peter Xu
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 06/15] qio: store gsources for net listeners Peter Xu
2018-03-01 15:40 ` Daniel P. Berrangé
2018-03-01 17:12 ` Paolo Bonzini
2018-03-02 4:10 ` Peter Xu
2018-03-02 4:59 ` Peter Xu
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 07/15] qio/chardev: update net listener gcontext Peter Xu
2018-03-01 15:43 ` Daniel P. Berrangé
2018-03-02 4:26 ` Peter Xu
2018-03-02 11:17 ` Paolo Bonzini
2018-03-05 5:43 ` Peter Xu
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 08/15] chardev: allow telnet gsource to switch gcontext Peter Xu
2018-03-01 15:46 ` Daniel P. Berrangé
2018-03-01 17:16 ` Paolo Bonzini
2018-03-02 4:37 ` Peter Xu
2018-03-02 11:02 ` Daniel P. Berrangé
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 09/15] qio: non-default context for threaded qtask Peter Xu
2018-03-01 15:47 ` Daniel P. Berrangé
2018-03-01 17:18 ` Paolo Bonzini
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 10/15] qio: non-default context for async conn Peter Xu
2018-03-01 15:48 ` Daniel P. Berrangé
2018-03-02 5:01 ` Peter Xu
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 11/15] qio: non-default context for TLS handshake Peter Xu
2018-03-01 15:50 ` Daniel P. Berrangé
2018-03-02 6:18 ` Peter Xu
2018-03-01 17:22 ` Paolo Bonzini
2018-03-02 6:09 ` Peter Xu
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 12/15] chardev: introduce chr_machine_done hook Peter Xu
2018-03-01 17:38 ` Paolo Bonzini
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 13/15] char: use chardev's gcontext for async connect Peter Xu
2018-03-01 17:38 ` Paolo Bonzini
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 14/15] chardev: tcp: postpone async connection setup Peter Xu
2018-03-01 16:01 ` Daniel P. Berrangé
2018-03-02 6:27 ` Peter Xu
2018-03-01 17:38 ` Paolo Bonzini
2018-03-01 8:44 ` [Qemu-devel] [PATCH v2 15/15] chardev: tcp: postpone TLS work until machine done Peter Xu
2018-03-01 16:03 ` Daniel P. Berrangé
2018-03-02 6:34 ` Peter Xu
2018-03-01 17:37 ` Paolo Bonzini
2018-03-02 6:43 ` Peter Xu
2018-03-01 16:07 ` [Qemu-devel] [PATCH v2 00/15] qio: general non-default GMainContext support Daniel P. Berrangé
2018-03-02 6:48 ` Peter Xu
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=20180302154424.GG26972@redhat.com \
--to=berrange@redhat.com \
--cc=armbru@redhat.com \
--cc=dgilbert@redhat.com \
--cc=marcandre.lureau@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=stefanha@redhat.com \
/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).