From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:39173) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R1ICL-0004j5-Fu for qemu-devel@nongnu.org; Wed, 07 Sep 2011 09:29:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R1ICF-0004sE-Or for qemu-devel@nongnu.org; Wed, 07 Sep 2011 09:29:49 -0400 Received: from thoth.sbs.de ([192.35.17.2]:34712) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R1ICF-0004ry-GM for qemu-devel@nongnu.org; Wed, 07 Sep 2011 09:29:43 -0400 Message-ID: <4E6771C1.2070601@siemens.com> Date: Wed, 07 Sep 2011 15:29:37 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <20110906144828.GA20834@redhat.com> <4E66402C.2020900@siemens.com> <4E66417E.6040308@codemonkey.ws> <20110906160903.GA21675@redhat.com> <4E664A19.5000207@codemonkey.ws> <20110906170529.GA22871@redhat.com> <4E673B50.5080908@redhat.com> <20110907130625.GA10510@redhat.com> <4E676DDC.3030006@siemens.com> <20110907131737.GC10510@redhat.com> <4E67703E.8070902@codemonkey.ws> In-Reply-To: <4E67703E.8070902@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/6] Device state visualization reloaded List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Kevin Wolf , Anthony Liguori , "Michael S. Tsirkin" , Markus Armbruster , qemu-devel , Luiz Capitulino On 2011-09-07 15:23, Anthony Liguori wrote: > On 09/07/2011 08:17 AM, Michael S. Tsirkin wrote: >> On Wed, Sep 07, 2011 at 03:13:00PM +0200, Jan Kiszka wrote: >>> On 2011-09-07 15:06, Michael S. Tsirkin wrote: >>>> But if the command is not for users at all, if it's >>>> for qemu debugging, then exposing internals is a very >>>> logical thing. Only problem is - we must make it very very clear >>>> which commands are for qemu debugging. >>> >>> This command it also for users, to debug guests. >>> >>> Jan >> >> Hmm, guest visible state must be stable by definition. >> So why can't we make the interfaces stable then? > > Because right now how you reference devices cannot be stable. > > Going back to a previous thread, what if the command took a qdev class > type as a filter? > > That would be a stable name, not require anonymous IDs, and would have > the property of usually being a single device. It's surely not usual that there is only a single instance of a device type. That's why my old series introduced (unstable) instance numbering. I refrained for warming those patches up again. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux