> > Can we just drop the nesting?
> >
> > Have a look at DisplayOptions (qapi struct used to store -display
> > options). It's a union, has some common base fields, and the
> > discriminator field (type in that case) decides which of the data
> > branches is used. And on the command line I can d
On 2019-01-10 08:25, Gerd Hoffmann wrote:
> Hi,
>
>> I was thinking about creating an Audiodev (the qapi type) directly would
>> be better, then somehow print it with reflection. While this is not a
>> typical use of qapi, at least qmp_qom_list creates qapi objects
>> directly, so I assume it's
Hi,
> I was thinking about creating an Audiodev (the qapi type) directly would
> be better, then somehow print it with reflection. While this is not a
> typical use of qapi, at least qmp_qom_list creates qapi objects
> directly, so I assume it's ok.
Yes, it's perfectly fine.
> The second prob
On 2019-01-08 04:42, Markus Armbruster wrote:
> "Zoltán Kővágó" writes:
>
>> On 2019-01-07 14:13, Markus Armbruster wrote:
>>> "Kővágó, Zoltán" writes:
>>>
Audio drivers now get an Audiodev * as config paramters, instead of the
global audio_option structs. There is some code in audio/
Hi,
> > I suspect your series uses the options visitor only because back when
> > you started, qobject_input_visitor_new_str() didn't exist.
>
> Yes, this patch series is a bit old, and at that time this was the best
> I could do. I can look into it this (probably only on the weekend
> though),
"Zoltán Kővágó" writes:
> On 2019-01-07 14:13, Markus Armbruster wrote:
>> "Kővágó, Zoltán" writes:
>>
>>> Audio drivers now get an Audiodev * as config paramters, instead of the
>>> global audio_option structs. There is some code in audio/audio_legacy.c
>>> that converts the old environment v
On 2019-01-07 14:13, Markus Armbruster wrote:
> "Kővágó, Zoltán" writes:
>
>> Audio drivers now get an Audiodev * as config paramters, instead of the
>> global audio_option structs. There is some code in audio/audio_legacy.c
>> that converts the old environment variables to audiodev options (thi
"Kővágó, Zoltán" writes:
> Audio drivers now get an Audiodev * as config paramters, instead of the
> global audio_option structs. There is some code in audio/audio_legacy.c
> that converts the old environment variables to audiodev options (this
> way backends do not have to worry about legacy op
Audio drivers now get an Audiodev * as config paramters, instead of the
global audio_option structs. There is some code in audio/audio_legacy.c
that converts the old environment variables to audiodev options (this
way backends do not have to worry about legacy options). It also
contains a replace