Marcel Apfelbaum marcel.apfelb...@gmail.com writes:
On 03/31/2015 05:21 PM, Tony Krowiak wrote:
Commit 49d2e648e8087d154d8bf8b91f27c8e05e79d5a6 removed the QemuOptDesc
elements from the
*desc* field of the *qemu_machine_opts *array defined in vl.c. Since
applying that patch to qemu
on my
Paolo Bonzini pbonz...@redhat.com writes:
On 01/04/2015 08:54, Marcel Apfelbaum wrote:
This is the first object for which QemuOps are defined per
sub-type and are not global (if you don't take object under
consideration).
We can return the same QemuOpts that were included before.
On 04/01/2015 11:01 AM, Paolo Bonzini wrote:
On 01/04/2015 08:54, Marcel Apfelbaum wrote:
This is the first object for which QemuOps are defined per
sub-type and are not global (if you don't take object under
consideration).
We can return the same QemuOpts that were included before.
On 03/31/2015 05:21 PM, Tony Krowiak wrote:
Commit 49d2e648e8087d154d8bf8b91f27c8e05e79d5a6 removed the QemuOptDesc
elements from the
*desc* field of the *qemu_machine_opts *array defined in vl.c. Since applying
that patch to qemu
on my system, I can not start a guest from libvirt when
On 01/04/2015 10:06, Marcel Apfelbaum wrote:
We can return the same QemuOpts that were included before.
Per-machine-type options are new and need not be covered by
query-command-line-options.
OK, we have them under hw/core/machine.c as base machine properties.
We still need a way to fill
On 01/04/2015 08:54, Marcel Apfelbaum wrote:
This is the first object for which QemuOps are defined per
sub-type and are not global (if you don't take object under
consideration).
We can return the same QemuOpts that were included before.
Per-machine-type options are new and need not be
On 01/04/2015 10:42, Markus Armbruster wrote:
The obvious way to return them is to put them right back in
qemu_machine_opts.desc[]. But then -machine rejects machine-specific
parameters.
Hack: monkey-patch them in after we're done parsing.
Cleaner: empty desc[] means accept anything
On 04/01/2015 12:07 PM, Paolo Bonzini wrote:
On 01/04/2015 10:42, Markus Armbruster wrote:
The obvious way to return them is to put them right back in
qemu_machine_opts.desc[]. But then -machine rejects machine-specific
parameters.
Hack: monkey-patch them in after we're done parsing.
On 01/04/2015 11:14, Marcel Apfelbaum wrote:
This + 'monkey-patch' may be a feasible solution for 2.4
Why monkey-patch and not just revert?
Paolo
On 04/01/2015 12:23 PM, Paolo Bonzini wrote:
On 01/04/2015 11:14, Marcel Apfelbaum wrote:
This + 'monkey-patch' may be a feasible solution for 2.4
Why monkey-patch and not just revert?
There are already several machine sub-types that have
their own options, some of the code I think
it was
On 04/01/2015 10:11 AM, Marcel Apfelbaum wrote:
On 04/01/2015 06:53 PM, Markus Armbruster wrote:
Marcel Apfelbaum mar...@redhat.com writes:
[...]
I noticed something weird. I cannot actually create an instance of
machine
or get a reference to current_machine in order to query its properties!
On 04/01/2015 11:28 AM, Markus Armbruster wrote:
Marcel Apfelbaum marcel.apfelb...@gmail.com writes:
On 03/31/2015 05:21 PM, Tony Krowiak wrote:
Commit 49d2e648e8087d154d8bf8b91f27c8e05e79d5a6 removed the QemuOptDesc
elements from the
*desc* field of the *qemu_machine_opts *array defined in
On 04/01/2015 06:53 PM, Markus Armbruster wrote:
Marcel Apfelbaum mar...@redhat.com writes:
[...]
I noticed something weird. I cannot actually create an instance of machine
or get a reference to current_machine in order to query its properties!
It seems that util/qemu-config is used by
On 04/01/2015 07:20 PM, Eric Blake wrote:
On 04/01/2015 10:11 AM, Marcel Apfelbaum wrote:
On 04/01/2015 06:53 PM, Markus Armbruster wrote:
Marcel Apfelbaum mar...@redhat.com writes:
[...]
I noticed something weird. I cannot actually create an instance of
machine
or get a reference to
Marcel Apfelbaum mar...@redhat.com writes:
On 04/01/2015 11:28 AM, Markus Armbruster wrote:
Marcel Apfelbaum marcel.apfelb...@gmail.com writes:
On 03/31/2015 05:21 PM, Tony Krowiak wrote:
Commit 49d2e648e8087d154d8bf8b91f27c8e05e79d5a6 removed the QemuOptDesc
elements from the
*desc*
Commit 49d2e648e8087d154d8bf8b91f27c8e05e79d5a6 removed the QemuOptDesc
elements from the
*desc* field of the *qemu_machine_opts *array defined in vl.c. Since
applying that patch to qemu
on my system, I can not start a guest from libvirt when certain machine
options are configured
for the
16 matches
Mail list logo