|
From: | Paolo Bonzini |
Subject: | Re: [Qemu-devel] QOM vs QAPI for QMP APIs |
Date: | Tue, 25 Feb 2014 09:30:44 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 |
Il 25/02/2014 09:25, Markus Armbruster ha scritto:
> Haven't we already done that in the past? For example, object-add > currently takes an unspecified dictionary of options, where you would > have to consult QOM documentation to learn what makes sense to send.My question isn't about where the command details are documented, or even whether they are documented. It's about ABI promises, or lack thereof. The general promise for QMP is we treat it as stable ABI. If we add QMP commands to examine and manipulate QOM, doesn't that move all of QOM under the QMP ABI promise, unless we explicitly excempt it?
We did already exempt it, in general. QOM is not declared stable.However, there are parts (-object, and in 2.0 object_add/object-add) that are part of the QEMU API/ABI. Now that we have a way to restrict which classes will be compatible (only classes that are UserCreatable can be created and thus will require backwards compatibility), we need to document those closses.
Paolo
[Prev in Thread] | Current Thread | [Next in Thread] |