[Qemu-devel] Dynamic QEMU platform device instantiation in machine files: phone call on Wed July 30

[Qemu-devel] Dynamic QEMU platform device instantiation in machine files: phone call on Wed July 30

[Eric Auger]

Dear all,

For your information, a phone call will be held this week on Wed July
30, 17h-18h CET to address the topic of dynamic instantiation of QEMU
platform devices in machine files (using the -device qemu option).

Related threads are:
http://lists.gnu.org/archive/html/qemu-ppc/2014-07/msg00047.html
http://lists.gnu.org/archive/html/qemu-devel/2014-07/msg01019.html

The objective of the meeting is to discuss (and hopefully reach a
consensus) on where we can put the code associated to platform device dt
node generation and also qom binding stuff.

In case you are interested in this discussion, please contact me and I
will send you the phone call details.

Best Regards

Eric

Re: [Qemu-devel] Dynamic QEMU platform device instantiation in machine files: phone call on Wed July 30

[Markus Armbruster]

Eric Auger <eric.auger@linaro.org> writes:

> Dear all,
>
> For your information, a phone call will be held this week on Wed July
> 30, 17h-18h CET to address the topic of dynamic instantiation of QEMU
> platform devices in machine files (using the -device qemu option).
>
> Related threads are:
> http://lists.gnu.org/archive/html/qemu-ppc/2014-07/msg00047.html
> http://lists.gnu.org/archive/html/qemu-devel/2014-07/msg01019.html
>
> The objective of the meeting is to discuss (and hopefully reach a
> consensus) on where we can put the code associated to platform device dt
> node generation and also qom binding stuff.
>
> In case you are interested in this discussion, please contact me and I
> will send you the phone call details.

Why not use the regular developers' conference call?  Next one is
scheduled for August 5th, but an extraordinary one could probably be
arranged earlier (tomorrow usual time perhaps?).

Re: [Qemu-devel] Dynamic QEMU platform device instantiation in machine files: phone call on Wed July 30

[Eric Auger]

Hi Markus,

Thank you for the proposal. Actually quite a lot of people are now OK
with this time slot. This phone call was organized in non std way since
Alex was not available next week. If you don't mind I would now prefer
to keep this slot. Do you wish to join by the way?

Best Regards

Eric

On 07/29/2014 08:24 AM, Markus Armbruster wrote:
> Eric Auger <eric.auger@linaro.org> writes:
> 
>> Dear all,
>>
>> For your information, a phone call will be held this week on Wed July
>> 30, 17h-18h CET to address the topic of dynamic instantiation of QEMU
>> platform devices in machine files (using the -device qemu option).
>>
>> Related threads are:
>> http://lists.gnu.org/archive/html/qemu-ppc/2014-07/msg00047.html
>> http://lists.gnu.org/archive/html/qemu-devel/2014-07/msg01019.html
>>
>> The objective of the meeting is to discuss (and hopefully reach a
>> consensus) on where we can put the code associated to platform device dt
>> node generation and also qom binding stuff.
>>
>> In case you are interested in this discussion, please contact me and I
>> will send you the phone call details.
> 
> Why not use the regular developers' conference call?  Next one is
> scheduled for August 5th, but an extraordinary one could probably be
> arranged earlier (tomorrow usual time perhaps?).
> 

Re: [Qemu-devel] Dynamic QEMU platform device instantiation in machine files: phone call on Wed July 30

[Markus Armbruster]

Eric Auger <eric.auger@linaro.org> writes:

> Hi Markus,
>
> Thank you for the proposal. Actually quite a lot of people are now OK
> with this time slot. This phone call was organized in non std way since
> Alex was not available next week. If you don't mind I would now prefer
> to keep this slot.

Let's keep it.

Don't be shy using the ordinary call in the future, even if that means
asking for one outside the biweekly schedule.

>                    Do you wish to join by the way?

I'd love to, but family obligations will make it difficult.

You said "17h-18h CET".  Do you mean CEST?  Easiest way to avoid the
confusion is UTC.

Re: [Qemu-devel] Dynamic QEMU platform device instantiation in machine files: phone call on Wed July 30

[Eric Auger]

On 07/29/2014 11:07 AM, Markus Armbruster wrote:
> Eric Auger <eric.auger@linaro.org> writes:
> 
>> Hi Markus,
>>
>> Thank you for the proposal. Actually quite a lot of people are now OK
>> with this time slot. This phone call was organized in non std way since
>> Alex was not available next week. If you don't mind I would now prefer
>> to keep this slot.
> 
> Let's keep it.
> 
> Don't be shy using the ordinary call in the future, even if that means
> asking for one outside the biweekly schedule.
OK sure I will ;-)
> 
>>                    Do you wish to join by the way?
> 
> I'd love to, but family obligations will make it difficult.
> 
> You said "17h-18h CET".  Do you mean CEST?  Easiest way to avoid the
> confusion is UTC.

Yes CEST = UTC + 2. Thanks for pointing out the need for clarification.

Regards

Eric

> 

Re: [Qemu-devel] Dynamic QEMU platform device instantiation in machine files: phone call on Wed July 30

[Eric Auger]

Dear all,

Please find my notes for today's call.

Feel free to correct and add any comments.

Best Regards

Eric


Agenda:
discuss dynamic instantiation of QEMU platform devices and
especially discuss where we put the code associated to
their dt node generation and also qom binding.

Attendees:
- Eric Auger
- Bharat Bhusan
- Alexander Graf
- Rob Herring
- Peter Maydell
- Alvise Rigo
- Stuart Yoder

Content:
- Consensus on the fact the QEMU device is the wrong place to
  put that code. Rationale is there are too many platforms to
  support and device do not have sufficient knowledge to elaborate
  the dt node. Example is support of dma handles, clock handles/names,
  ... which are rather known at board level.
- Alex thinks the device tree generation will be quite difficult to
  share between different archi because of the device tree
  specificities. For a same archi it looks feasible to share
  between different boards.
- devices likely to be dynamically instantiable look to be among:
  PPC: ethernet ctler, serial ports, vfio device, sata ctrler
  ARM: serial ports, vfio device, virtio-mmio
  It is a restricted list and definitively the purpose is not to have
  all platform devices dynamically instantiable.
- According to Alex, it is sensible to dynamically instantiate
  serial ports as well for ARM because libvirt needs that feature
- for PPC it should be < 5 device types, no overlap with ARM is
  foreseen.
- Alex encourages to target to have qom mapping generic, shared between
  PPC and ARM and keep dt generation in machile file. When there
  are too many things added in the machine file, start moving that
  code in a separate file.
- about the location of the platform bus, one idea would be to
  use unused virtio transport slots. The idea would be not to
  shrink the PCI window or change any RAM region. I did not yet fully
  understand how much virtio transports are reasonably needed.
- next: next patches attempting to achieve
  x shared plat device QOM mapping (PPC/ARM) used by e500 and virt
  x dt generation back in virt.c, candidates are calxeda xgmac, PL330,
    virtio-mmio as a poc






On 07/28/2014 06:09 PM, Eric Auger wrote:
> Dear all,
> 
> For your information, a phone call will be held this week on Wed July
> 30, 17h-18h CET to address the topic of dynamic instantiation of QEMU
> platform devices in machine files (using the -device qemu option).
> 
> Related threads are:
> http://lists.gnu.org/archive/html/qemu-ppc/2014-07/msg00047.html
> http://lists.gnu.org/archive/html/qemu-devel/2014-07/msg01019.html
> 
> The objective of the meeting is to discuss (and hopefully reach a
> consensus) on where we can put the code associated to platform device dt
> node generation and also qom binding stuff.
> 
> In case you are interested in this discussion, please contact me and I
> will send you the phone call details.
> 
> Best Regards
> 
> Eric
>