qemu-ppc
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] [Qemu-devel] [PATCH 0/4] QOM'ify work for ppc


From: 赵小强
Subject: Re: [Qemu-ppc] [Qemu-devel] [PATCH 0/4] QOM'ify work for ppc
Date: Wed, 4 Jan 2017 21:59:14 +0800

Hmm,sounds reasonable. I will take a look.

PS: guys, some other comments about this?

Best wishes !

>> 在 2017年1月4日,11:28,David Gibson <address@hidden> 写道:
>> 
>> On Tue, Jan 03, 2017 at 10:02:21PM +0800, 赵小强 wrote:
>> Hi,david:
>> 
>>  To my understanding,what must be put in the realize function  is
>>  code which depends on property values. What's the benefit of
>>  moving memory region initialization into realize function?  I can
>>  not figure out, can you make some explanations?
> 
> If nothing else it's better in realize() for consistency with other
> devices.
> 
> I'm not familiar enough with the details to be sure, but I also think
> it's not safe in instance_init.  Once memory regions are registered,
> the device can potentially interact with other devices in the virtual
> machine.  realize() is sequenced to expect that, instance_init is not.
> 
>>   Thanks for your review.
>> 
>> Best wishes !
>> 
>>>> 在 2017年1月3日,06:28,David Gibson <address@hidden> 写道:
>>>> 
>>>> On Sat, Dec 31, 2016 at 09:18:27AM +0800, xiaoqiang zhao wrote:
>>>> This is some QOM'ify work relate with ppc.
>>>> See each commit message for details.
>>>> 
>>>> xiaoqiang zhao (4):
>>>> hw/gpio: QOM'ify mpc8xxx.c
>>>> hw/ppc: QOM'ify e500.c
>>>> hw/ppc: QOM'ify ppce500_spin.c
>>>> hw/ppc: QOM'ify spapr_vio.c
>>>> 
>>>> hw/gpio/mpc8xxx.c     | 20 +++++++++++---------
>>>> hw/ppc/e500.c         | 17 ++++-------------
>>>> hw/ppc/ppce500_spin.c | 18 ++++++++----------
>>>> hw/ppc/spapr_vio.c    |  2 --
>>>> 4 files changed, 23 insertions(+), 34 deletions(-)
>>> 
>>> Patches 1-3 all have the same problem - they move memory region
>>> initialization and similar to an instance_init function.  This is not
>>> how things are generally done in the qdev model.  Instead that phase
>>> of initialization should be done from a dc->realize() function.
> 
> -- 
> David Gibson            | I'll have my music baroque, and my code
> david AT gibson.dropbear.id.au    | minimalist, thank you.  NOT _the_ _other_
>               | _way_ _around_!
> http://www.ozlabs.org/~dgibson
> 【来自网易邮箱的超大附件】
> 邮件带有附件预览链接,若您转发或回复此邮件时不希望对方预览附件,建议您手动删除链接。
> 
> signature.asc
> 下载: http://u.163.com/t0/wilj3q882UKg
> 
> 预览: http://u.163.com/t0/KpNY8oHelqjD
> 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]