(BTW, really happy that we use another approach for next time - we only used it because we didn’t have another quick choice when the meeting didn’t open….)
Cheers Mark On 13/12/2022, 15:52, "Marc-André Lureau" <marcandre.lur...@redhat.com> wrote: WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros. Hi On Tue, Dec 13, 2022 at 6:44 PM Cédric Le Goater <c...@kaod.org<mailto:c...@kaod.org>> wrote: On 12/13/22 15:17, Stefan Hajnoczi wrote: > On Tue, 13 Dec 2022 at 09:08, Philippe Mathieu-Daudé > <phi...@linaro.org<mailto: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 > > Please use a video conferencing system that allows people to join > without logging in and works across browsers. I gave up on Teams. I also gave up after 27 or so clicks, redirections, emails checks, etc. Too complex. There are much simpler alternatives. Sorry, similar situation here: "Hmm. Your browser version isn't supported." firefox-107.0.1-1.fc37.x86_64
