From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38143) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VsIxL-0001E8-Hv for qemu-devel@nongnu.org; Sun, 15 Dec 2013 16:10:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VsIxG-0000xV-Ge for qemu-devel@nongnu.org; Sun, 15 Dec 2013 16:10:31 -0500 Received: from mail-pb0-f43.google.com ([209.85.160.43]:53232) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VsIxG-0000xQ-AO for qemu-devel@nongnu.org; Sun, 15 Dec 2013 16:10:26 -0500 Received: by mail-pb0-f43.google.com with SMTP id rq2so4632942pbb.2 for ; Sun, 15 Dec 2013 13:10:25 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <52AE1752.2080605@suse.de> References: <1385718225-26379-1-git-send-email-armbru@redhat.com> <1385718225-26379-2-git-send-email-armbru@redhat.com> <52AE1752.2080605@suse.de> From: Peter Maydell Date: Sun, 15 Dec 2013 21:10:05 +0000 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 1/2] hw: cannot_instantiate_with_device_add_yet due to pointer props List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?Q?Andreas_F=C3=A4rber?= Cc: Marcel Apfelbaum , Markus Armbruster , Fabien Chouteau , QEMU Developers , Blue Swirl , Gerd Hoffmann , Anthony Liguori , "Edgar E. Iglesias" On 15 December 2013 20:55, Andreas F=C3=A4rber wrote: > Since you're mentioned by name, should I wait for you to review the > three OMAP parts? There's nothing particularly omap-specific in them. I kind of think this whole thing is backwards anyway: we should really say "the user can only instantiate devices via command line or monitor that are specifically intended to be hot-pluggable", rather than having an enormous list of devices we flag as not instantiable by the user. Even if someday we manage to make it technically possible to instantiate an omap_i2c device (say) from the command line, it will still be a completely bizarre thing to do because it's only intended to work as a part of the omap SoC. Being able to write board models in something other than C would be nice, but I really think that if we pursue the idea of being able to do it all on the command line we'll just end up with a horrifically confusing command line syntax. thanks -- PMM