* KVM call minutes for 2022-01-25
@ 2022-01-25 16:39 Juan Quintela
2022-01-25 16:41 ` Juan Quintela
2022-01-25 16:54 ` Philippe Mathieu-Daudé
0 siblings, 2 replies; 7+ messages in thread
From: Juan Quintela @ 2022-01-25 16:39 UTC (permalink / raw)
To: kvm-devel, qemu-devel
Hi
Today we have the KVM devel call. We discussed how to create machines
from QMP without needing to recompile QEMU.
Three different problems:
- startup QMP (*)
not discussed today
- one binary or two
not discussed today
- being able to create machines dynamically.
everybody agrees that we want this. Problem is how.
- current greensocs approach
- interested for all architectures, they need a couple of them
what greensocs have:
- python program that is able to read a blob that have a device tree from the blob
- basically the machine type is empty and is configured from there
- 100 machines around 400 devices models
- Need to do the configuration before the machine construction happens
- different hotplug/coldplug
- How to describe devices that have multiple connections
As the discussion is quite complicated, here is the recording of it.
Later, Juan.
https://redhat.bluejeans.com/m/TFyaUsLqt3T/?share=True
*: We will talk about this on the next call
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: KVM call minutes for 2022-01-25
2022-01-25 16:39 KVM call minutes for 2022-01-25 Juan Quintela
@ 2022-01-25 16:41 ` Juan Quintela
2022-01-27 11:34 ` Markus Armbruster
2022-01-25 16:54 ` Philippe Mathieu-Daudé
1 sibling, 1 reply; 7+ messages in thread
From: Juan Quintela @ 2022-01-25 16:41 UTC (permalink / raw)
To: kvm-devel; +Cc: qemu-devel
Juan Quintela <quintela@redhat.com> wrote:
> Hi
>
> Today we have the KVM devel call. We discussed how to create machines
> from QMP without needing to recompile QEMU.
>
>
> Three different problems:
> - startup QMP (*)
> not discussed today
> - one binary or two
> not discussed today
> - being able to create machines dynamically.
> everybody agrees that we want this. Problem is how.
> - current greensocs approach
> - interested for all architectures, they need a couple of them
>
> what greensocs have:
> - python program that is able to read a blob that have a device tree from the blob
> - basically the machine type is empty and is configured from there
> - 100 machines around 400 devices models
> - Need to do the configuration before the machine construction happens
> - different hotplug/coldplug
> - How to describe devices that have multiple connections
>
> As the discussion is quite complicated, here is the recording of it.
>
> Later, Juan.
>
>
> https://redhat.bluejeans.com/m/TFyaUsLqt3T/?share=True
And now the link that works without a login.
https://bluejeans.com/s/KetOlwoxLa3
Later, Juan.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: KVM call minutes for 2022-01-25
2022-01-25 16:39 KVM call minutes for 2022-01-25 Juan Quintela
@ 2022-01-25 16:54 ` Philippe Mathieu-Daudé
2022-01-25 16:54 ` Philippe Mathieu-Daudé
1 sibling, 0 replies; 7+ messages in thread
From: Philippe Mathieu-Daudé via @ 2022-01-25 16:54 UTC (permalink / raw)
To: quintela, kvm-devel, qemu-devel; +Cc: Mirela Grujic
On 25/1/22 17:39, Juan Quintela wrote:
>
> Hi
>
> Today we have the KVM devel call. We discussed how to create machines
> from QMP without needing to recompile QEMU.
>
>
> Three different problems:
> - startup QMP (*)
> not discussed today
> - one binary or two
> not discussed today
> - being able to create machines dynamically.
> everybody agrees that we want this. Problem is how.
> - current greensocs approach
> - interested for all architectures, they need a couple of them
>
> what greensocs have:
> - python program that is able to read a blob that have a device tree from the blob
> - basically the machine type is empty and is configured from there
> - 100 machines around 400 devices models
> - Need to do the configuration before the machine construction happens
> - different hotplug/coldplug
> - How to describe devices that have multiple connections
- problem realizing objects that have inter-dependent link properties
Mirela, you mention an issue with TYPE_CPU_CLUSTER / TYPE_CPU, is that
an example of this qom inter-link problem?
> As the discussion is quite complicated, here is the recording of it.
>
> Later, Juan.
>
>
> https://redhat.bluejeans.com/m/TFyaUsLqt3T/?share=True
>
> *: We will talk about this on the next call
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: KVM call minutes for 2022-01-25
@ 2022-01-25 16:54 ` Philippe Mathieu-Daudé
0 siblings, 0 replies; 7+ messages in thread
From: Philippe Mathieu-Daudé @ 2022-01-25 16:54 UTC (permalink / raw)
To: quintela, kvm-devel, qemu-devel; +Cc: Mirela Grujic
On 25/1/22 17:39, Juan Quintela wrote:
>
> Hi
>
> Today we have the KVM devel call. We discussed how to create machines
> from QMP without needing to recompile QEMU.
>
>
> Three different problems:
> - startup QMP (*)
> not discussed today
> - one binary or two
> not discussed today
> - being able to create machines dynamically.
> everybody agrees that we want this. Problem is how.
> - current greensocs approach
> - interested for all architectures, they need a couple of them
>
> what greensocs have:
> - python program that is able to read a blob that have a device tree from the blob
> - basically the machine type is empty and is configured from there
> - 100 machines around 400 devices models
> - Need to do the configuration before the machine construction happens
> - different hotplug/coldplug
> - How to describe devices that have multiple connections
- problem realizing objects that have inter-dependent link properties
Mirela, you mention an issue with TYPE_CPU_CLUSTER / TYPE_CPU, is that
an example of this qom inter-link problem?
> As the discussion is quite complicated, here is the recording of it.
>
> Later, Juan.
>
>
> https://redhat.bluejeans.com/m/TFyaUsLqt3T/?share=True
>
> *: We will talk about this on the next call
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: KVM call minutes for 2022-01-25
2022-01-25 16:54 ` Philippe Mathieu-Daudé
(?)
@ 2022-01-26 16:21 ` Mirela Grujic
-1 siblings, 0 replies; 7+ messages in thread
From: Mirela Grujic @ 2022-01-26 16:21 UTC (permalink / raw)
To: Philippe Mathieu-Daudé, quintela, kvm-devel, qemu-devel
On 1/25/22 5:54 PM, Philippe Mathieu-Daudé wrote:
> On 25/1/22 17:39, Juan Quintela wrote:
>>
>> Hi
>>
>> Today we have the KVM devel call. We discussed how to create machines
>> from QMP without needing to recompile QEMU.
>>
>>
>> Three different problems:
>> - startup QMP (*)
>> not discussed today
>> - one binary or two
>> not discussed today
>> - being able to create machines dynamically.
>> everybody agrees that we want this. Problem is how.
>> - current greensocs approach
>> - interested for all architectures, they need a couple of them
>>
>> what greensocs have:
>> - python program that is able to read a blob that have a device tree
>> from the blob
>> - basically the machine type is empty and is configured from there
>> - 100 machines around 400 devices models
>> - Need to do the configuration before the machine construction happens
>> - different hotplug/coldplug
>> - How to describe devices that have multiple connections
>
> - problem realizing objects that have inter-dependent link properties
>
> Mirela, you mention an issue with TYPE_CPU_CLUSTER / TYPE_CPU, is that
> an example of this qom inter-link problem?
>
Yes, for cluster/cpu specifically it is the parent-child relationship
between objects.
>> As the discussion is quite complicated, here is the recording of it.
>>
>> Later, Juan.
>>
>>
>> https://redhat.bluejeans.com/m/TFyaUsLqt3T/?share=True
>>
>> *: We will talk about this on the next call
>>
>>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: KVM call minutes for 2022-01-25
2022-01-25 16:41 ` Juan Quintela
@ 2022-01-27 11:34 ` Markus Armbruster
0 siblings, 0 replies; 7+ messages in thread
From: Markus Armbruster @ 2022-01-27 11:34 UTC (permalink / raw)
To: Juan Quintela; +Cc: kvm-devel, qemu-devel, Mirela Grujic
Juan Quintela <quintela@redhat.com> writes:
> Juan Quintela <quintela@redhat.com> wrote:
>> Hi
>>
>> Today we have the KVM devel call. We discussed how to create machines
>> from QMP without needing to recompile QEMU.
>>
>>
>> Three different problems:
>> - startup QMP (*)
>> not discussed today
>> - one binary or two
>> not discussed today
>> - being able to create machines dynamically.
>> everybody agrees that we want this. Problem is how.
>> - current greensocs approach
>> - interested for all architectures, they need a couple of them
>>
>> what greensocs have:
>> - python program that is able to read a blob that have a device tree from the blob
>> - basically the machine type is empty and is configured from there
>> - 100 machines around 400 devices models
>> - Need to do the configuration before the machine construction happens
>> - different hotplug/coldplug
>> - How to describe devices that have multiple connections
Nice demo, by the way! I assume you're going to post patches. Feel
free to post as RFC when the work isn't ready for merge, but could use
review, or could make our discussions more productive.
[...]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: KVM call minutes for 2022-01-25
@ 2022-01-27 11:34 ` Markus Armbruster
0 siblings, 0 replies; 7+ messages in thread
From: Markus Armbruster @ 2022-01-27 11:34 UTC (permalink / raw)
To: Juan Quintela; +Cc: Mirela Grujic, qemu-devel, kvm-devel
Juan Quintela <quintela@redhat.com> writes:
> Juan Quintela <quintela@redhat.com> wrote:
>> Hi
>>
>> Today we have the KVM devel call. We discussed how to create machines
>> from QMP without needing to recompile QEMU.
>>
>>
>> Three different problems:
>> - startup QMP (*)
>> not discussed today
>> - one binary or two
>> not discussed today
>> - being able to create machines dynamically.
>> everybody agrees that we want this. Problem is how.
>> - current greensocs approach
>> - interested for all architectures, they need a couple of them
>>
>> what greensocs have:
>> - python program that is able to read a blob that have a device tree from the blob
>> - basically the machine type is empty and is configured from there
>> - 100 machines around 400 devices models
>> - Need to do the configuration before the machine construction happens
>> - different hotplug/coldplug
>> - How to describe devices that have multiple connections
Nice demo, by the way! I assume you're going to post patches. Feel
free to post as RFC when the work isn't ready for merge, but could use
review, or could make our discussions more productive.
[...]
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2022-01-27 11:57 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-01-25 16:39 KVM call minutes for 2022-01-25 Juan Quintela
2022-01-25 16:41 ` Juan Quintela
2022-01-27 11:34 ` Markus Armbruster
2022-01-27 11:34 ` Markus Armbruster
2022-01-25 16:54 ` Philippe Mathieu-Daudé via
2022-01-25 16:54 ` Philippe Mathieu-Daudé
2022-01-26 16:21 ` Mirela Grujic
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.