From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:59248) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Smj5h-00088L-Uu for qemu-devel@nongnu.org; Thu, 05 Jul 2012 06:15:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Smj5b-0004DN-Jo for qemu-devel@nongnu.org; Thu, 05 Jul 2012 06:15:17 -0400 Message-ID: <4FF56928.1070001@suse.de> Date: Thu, 05 Jul 2012 12:15:04 +0200 From: =?ISO-8859-1?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <1341422373-13614-1-git-send-email-afaerber@suse.de> <1341422373-13614-15-git-send-email-afaerber@suse.de> <20120704211717.GC27653@redhat.com> <20120704212614.GA27711@redhat.com> <4FF4C4EC.2090404@suse.de> <4FF5642C.5070506@redhat.com> In-Reply-To: <4FF5642C.5070506@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH v3 14/14] pci: Tidy up PCI host bridges List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: "Michael S. Tsirkin" , jbaron@redhat.com, Alexander Graf , qemu-devel@nongnu.org, =?ISO-8859-1?Q?Andreas_F=E4rber?= , "\"list@suse.de\"@zmta06.collab.prod.int.phx2.redhat.com:New World" , anthony@codemonkey.ws, open@suse.de Am 05.07.2012 11:53, schrieb Paolo Bonzini: > Il 05/07/2012 00:34, Andreas F=E4rber ha scritto: >>>> Just to clarify: replacing upcasts which are always safe >>>> with downcasts which can fail is what I consider especially ugly. >> As per Anthony the parent field in the QOM instance structs is not >> supposed to be touched (cf. object.h). We mark it /*< private >*/ so >> that it doesn't even show up in gtk-doc documentation. If it is unused= , >> its name becomes irrelevant and could even be "reserved" if we so >> wanted. Renaming it to whatever proves that all old references are gon= e. >=20 > I disagree with removing static checks whenever possible. >=20 >> Background is that qdev and QOM work differently with regards to >> inheritance: as mentioned in the preceding patch, for qdev the parent >> was (had to be) identified by name and could be anywhere in the struct= ; >=20 > Not entirely true, being at the beginning of the struct is already > enforced by using DO_UPCAST (which is admittedly a strange name for a > downcast macro) instead of container_of. If you look at the patchset you will find that it was not properly enforc= ed! Andreas --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe= rg