qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] KVM call agenda for Tuesday 7


From: Anthony Liguori
Subject: Re: [Qemu-devel] KVM call agenda for Tuesday 7
Date: Tue, 07 Feb 2012 12:01:16 -0600
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Lightning/1.0b2 Thunderbird/3.1.15

On 02/07/2012 07:45 AM, Andreas Färber wrote:
Am 06.02.2012 20:25, schrieb Juan Quintela:
Please send in any agenda items you are interested in covering.

I had some follow-up questions to the last call that remained
unanswered. We don't really need a call for that though, email is fine.

http://lists.gnu.org/archive/html/qemu-devel/2012-01/msg04065.html

How is the realize step (DeviceState::init) supposed to translate to
Object-derived classes (e.g., CPU) and where to draw the line between
initfn and realize.

Realize probably should be folded into Object or some intermediate object.

The idea is that there will be a realized boolean property. When the level changes, it will invoke a realize() or unrealize() method depending on the direction. DeviceState will implement realize() and invoke init(). For unrealize(), it will invoke exit().

For virtual methods Anthony outlined the intended scheme here:
http://lists.gnu.org/archive/html/qemu-devel/2012-02/msg00622.html
(Derived classes should save the parent's function pointer in their own
Class and initialize it from the parent class' function pointer.)

Another topic that can be answered by email is what the time planning
for the 4th QOM series looks like. Are there things that developers of
new devices should keep in mind / start doing differently wrt SysBus?

I think I answered this elsewhere.

Regards,

ANthony Liguori

Andreas





reply via email to

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