On Tue, 13 Dec 2022 15:08:53 +0100
Philippe Mathieu-Daudé <phi...@linaro.org> wrote:

> On 12/12/22 00:41, Philippe Mathieu-Daudé wrote:
> > Hi,
> > 
> > In the last years we had few discussions on "simplifying" QEMU (system 
> > emulation / virtualization), in particular for the "management layer".
> > 
> > Some of us are interested in having QEMU able to dynamically create
> > machine models. Mark Burton's current approach is via a Python script
> > which generates QMP commands. This is just another case of "management
> > layer".
> > 
> > Various problems have been raised regarding the current limitations of
> > QEMU's APIs. We'd like to remember / get a broader idea on these limits
> > and look at some ideas / proposals which have been discussed / posted
> > on this list.
> > 
> > Feel free to complete your thoughts on this public etherpad:
> > https://etherpad.opendev.org/p/qemu-emulation-bof%402022-12-13
> > 
> > Topic I remember which can be good starters:
> > 
> > - Current limitations of QAPI (& QMP) model (Markus Armbruster)
> > 
> > - Adding a new qemu-runtime-$TARGET / QMP-only binary without today's
> >    limitations (Daniel P. Berrangé & Paolo Bonzini)
> > 
> > - Problem with x-exit-preconfig, reworking MachinePhaseInit state
> >    machine (Paolo Bonzini)
> > 
> > Markus / Daniel / Paolo expressed their ideas on the list (the
> > historical threads are referenced in the etherpad) so reading the
> > relevant threads before the call will help to get in the topic.
> > These people don't have to be in the call, but if they can attend
> > that would be very nice :)
> > 
> > The call will be Tuesday, December 13 at 3pm CET on this Bluejeans link:
> > http://bluejeans.com/quintela  
> We moved the call here:
> 
> https://teams.microsoft.com/_#/pre-join-calling/19:meeting_MjU2NDhkOGYtOGY5ZC00MzRjLWJjNjgtYWI2ODQxZGExMWNj@thread.v2

this one, required to login after which it throws out some license error 
whatever.


Reply via email to