From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35401) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VsIep-0002Dn-Pz for qemu-devel@nongnu.org; Sun, 15 Dec 2013 15:51:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VsIei-0004E7-FL for qemu-devel@nongnu.org; Sun, 15 Dec 2013 15:51:23 -0500 Received: from cantor2.suse.de ([195.135.220.15]:53733 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VsIei-0004E3-9I for qemu-devel@nongnu.org; Sun, 15 Dec 2013 15:51:16 -0500 Message-ID: <52AE163F.4010407@suse.de> Date: Sun, 15 Dec 2013 21:51:11 +0100 From: =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= MIME-Version: 1.0 References: <1385718225-26379-1-git-send-email-armbru@redhat.com> <1385903630.23603.7.camel@localhost.localdomain> <529B526C.9020502@suse.de> <1385974376.2367.4.camel@localhost.localdomain> In-Reply-To: <1385974376.2367.4.camel@localhost.localdomain> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 0/2] Pointer properties and device_add List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Marcel Apfelbaum Cc: peter.maydell@linaro.org, armbru@redhat.com, chouteau@adacore.com, qemu-devel@nongnu.org, blauwirbel@gmail.com, kraxel@redhat.com, aliguori@amazon.com, edgar.iglesias@gmail.com, Paolo Bonzini Am 02.12.2013 09:52, schrieb Marcel Apfelbaum: > On Sun, 2013-12-01 at 16:14 +0100, Andreas F=C3=A4rber wrote: >> The alternative BTW is dropping all those pointer properties and >> replacing them with link<> properties. Paolo tried that for the OMAP >> timers once but I fear that series was never picked up...? > I heard about these link<> properties, can someone point me to their im= plementation? Start from object_property_add_link(). link properties represent a cross-reference to an object of type foo, which is representated as a pointer in C and as a textual canonical path representation in QMP. By contrast we model child properties as value fields (cf. SoC/MPCore modeling discussions) and they actually form the canonical paths used by link<> properties. Regards, Andreas --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=C3=BCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=C3=B6rffer; HRB 16746 AG N=C3=BC= rnberg