All of lore.kernel.org
 help / color / mirror / Atom feed
From: Markus Armbruster <armbru@redhat.com>
To: Gerd Hoffmann <kraxel@redhat.com>
Cc: "Thomas Huth" <thuth@redhat.com>,
	"Daniel P. Berrangé" <berrange@redhat.com>,
	libvir-list@redhat.com, smitterl@redhat.com,
	qemu-devel@nongnu.org, "Eric Blake" <eblake@redhat.com>
Subject: Re: [RFC QEMU PATCH] ui: Make the DisplayType enum entries conditional
Date: Thu, 10 Jun 2021 07:01:51 +0200	[thread overview]
Message-ID: <87h7i6gvnk.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <20210609125051.l5qh3ub3sau47kow@sirius.home.kraxel.org> (Gerd Hoffmann's message of "Wed, 9 Jun 2021 14:50:51 +0200")

Gerd Hoffmann <kraxel@redhat.com> writes:

>   Hi,
>
>> > The #if CONFIG_SDL approach will not work because qemu will continue to
>> > report sdl as supported even when the sdl module is not installed any
>> > more.
>> 
>> I guess we'd need a separate QMP command to fix that, which tries to load
>> the modules first when being called? Something similar to what is being done
>> in qemu_display_help() ?
>
> That would work, yes.
>
>> That's certainly doable, too, just a little bit more complex...
>
> Alternative idea: turn QemuDisplay into an ObjectClass, then it'll be
> visible in qom introspection.  Likewise a bit more complex ...
>
>> do we want that?  Or is the quick-n-easy way via the schema good
>> enough for most use cases?
>
> Would be better than nothing, but I'd prefer something which works
> properly with modular qemu ...

Define "properly" :)

Without modules, qom-list-types has no side-effects, as introspection
should be.  With modules, it loads *all* modules known to define QOM
types, running their initialization code.

It loads them all even when asked to list only some, with argument
"implements".

In theory, management applications not having to know anything about
modules is nice.  Whether it'll work out in practice remains to be seen.
I'm not exactly confident.

[...]



  reply	other threads:[~2021-06-10  5:02 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-09 10:02 [RFC QEMU PATCH] ui: Make the DisplayType enum entries conditional Thomas Huth
2021-06-09 11:24 ` Gerd Hoffmann
2021-06-09 11:29   ` Daniel P. Berrangé
2021-06-09 11:49     ` Gerd Hoffmann
2021-06-09 11:53       ` Daniel P. Berrangé
2021-06-09 12:01       ` Thomas Huth
2021-06-09 12:50         ` Gerd Hoffmann
2021-06-10  5:01           ` Markus Armbruster [this message]
2021-06-10  5:20           ` Thomas Huth
2021-06-09 13:11   ` Markus Armbruster
2021-06-09 13:16 ` Markus Armbruster
2021-06-09 14:36   ` Thomas Huth

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=87h7i6gvnk.fsf@dusky.pond.sub.org \
    --to=armbru@redhat.com \
    --cc=berrange@redhat.com \
    --cc=eblake@redhat.com \
    --cc=kraxel@redhat.com \
    --cc=libvir-list@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=smitterl@redhat.com \
    --cc=thuth@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 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.