qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Gavin Shan <shangw@linux.vnet.ibm.com>
To: Zhi Yong Wu <zwu.kernel@gmail.com>
Cc: Jan Kiszka <jan.kiszka@siemens.com>,
	QEMU Developers <qemu-devel@nongnu.org>,
	Anthony Liguori <anthony@codemonkey.ws>
Subject: Re: [Qemu-devel] about kvmclock QOM
Date: Wed, 14 Mar 2012 12:27:31 +0800	[thread overview]
Message-ID: <20120314042731.GA21794@shangw> (raw)
In-Reply-To: <CAEH94LhD=St4Rn91BiiFwkomO1AMamjpMKJBobk8mWxFB01egw@mail.gmail.com>

> >>>>> What you are looking for is the "parent" property which gets set up by
> > [...adding a child property to some object. Many devices are not yet
> > wired up as such...]
> >>>> You mean that current device object should have one "parent" property?
> >>>> Its parent device should have one "child" property pointing to it?
> >>>> But i have not seen this property in qom-list output.
> >>>> [root@f15 qemu]# QMP/qom-list -s /tmp/server.sock /
> >>>> vga/
> >>>> i440fx/
> >>>> peripheral/
> >>>> peripheral-anon/
> >>>
> >>> Every one of these with */ is a child, in this case of the root "/". :)
> >> Moreover, why can isa-serial device be liste in qom-list output but
> >> kvmclock can't? where is the difference between their QOM?
> >
> > Because someone must give the child a name and assign a parent to it by
> > calling said object_property_add_child(). ("wired up" above)
> >
> > Anthony had an RFC series refactoring i440fx, for instance, that sparked
> > some controversy and was not followed-up yet.
> thanks.

I'm a little curious that QOM will become more dependent than ever. Originally,
qemu has qdev prototype to trace device/bus staff. Is QOM going to replace qdev/qbus
staff in future?

Thanks,
Gavin

  reply	other threads:[~2012-03-14  4:28 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CAEH94Lj_+iEgXoMyzJu296NFm1R7hq1uOwAQrNd28khCctCKtQ@mail.gmail.com>
     [not found] ` <4F5F4D4C.7010805@siemens.com>
     [not found]   ` <CAEH94Lhs4b07mf3dN5bQX-qUePRUN8DeUbppoCtGTgNDS_O=Ng@mail.gmail.com>
     [not found]     ` <4F5F5139.8080205@siemens.com>
2012-03-13 14:11       ` [Qemu-devel] about kvmclock QOM Zhi Yong Wu
2012-03-13 14:36         ` Andreas Färber
2012-03-13 14:52           ` Zhi Yong Wu
2012-03-13 15:10             ` Andreas Färber
2012-03-13 15:17               ` Zhi Yong Wu
2012-03-13 15:18                 ` Andreas Färber
2012-03-13 15:24                   ` Zhi Yong Wu
2012-03-13 15:21               ` Zhi Yong Wu
2012-03-13 16:28                 ` Andreas Färber
2012-03-14  2:07                   ` Zhi Yong Wu
2012-03-14  4:27                     ` Gavin Shan [this message]
2012-03-14  5:23                       ` Zhi Yong Wu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120314042731.GA21794@shangw \
    --to=shangw@linux.vnet.ibm.com \
    --cc=anthony@codemonkey.ws \
    --cc=jan.kiszka@siemens.com \
    --cc=qemu-devel@nongnu.org \
    --cc=zwu.kernel@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).