From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:34151) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuntL-0000VR-1o for qemu-devel@nongnu.org; Tue, 07 Feb 2012 11:27:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RuntF-0007YD-4w for qemu-devel@nongnu.org; Tue, 07 Feb 2012 11:27:39 -0500 Received: from mx1.redhat.com ([209.132.183.28]:24224) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RuntE-0007Y8-TD for qemu-devel@nongnu.org; Tue, 07 Feb 2012 11:27:33 -0500 Message-ID: <4F3150F0.8060805@redhat.com> Date: Tue, 07 Feb 2012 17:27:28 +0100 From: Paolo Bonzini MIME-Version: 1.0 References: <87ehu7pxvf.fsf@elfo.elfo> <4F312AFC.6020908@suse.de> <4F312C8A.9080700@redhat.com> <4F313BA8.9070601@codemonkey.ws> <4F31417F.2000102@redhat.com> <4F315033.7060105@codemonkey.ws> In-Reply-To: <4F315033.7060105@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] KVM call agenda for Tuesday 7 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Developers qemu-devel , =?ISO-8859-15?Q?Andreas_F=E4rber?= , KVM devel mailing list , quintela@redhat.com On 02/07/2012 05:24 PM, Anthony Liguori wrote: >> I'm wary of all plans that require to go through all the code once. What about >> simply /devices/default/child[...] or something like that? > > The paths would be unstable, but maybe that's okay. I'd suggest > doing child[rand()] to avoid the appearance that these paths are in > any way shape or form stable. Sounds a bit inconvenient for humans (who in the end are those who debug things :)). >> BTW, I would like to change /i440fx to /devices/i440fx, so that we >> will have clean namespaces: >> >> /block >> /chardev >> /clocks >> /devices > > Yeah, this makes sense. By clocks, you mean things like rtc_clock, > vm_clock, etc? Not the omap clocks which happen to live in /clocks in > your series? No, I really meant the OMAP clocks. :) Basically if you have an abstract subclass TYPE_FOOS of TYPE_OBJECT, its instances would reside under /foos or something easily related to "foos". Paolo