From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:43037) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0yae-0001cS-Lu for qemu-devel@nongnu.org; Tue, 06 Sep 2011 12:33:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R0yaY-0006wI-T4 for qemu-devel@nongnu.org; Tue, 06 Sep 2011 12:33:36 -0400 Received: from thoth.sbs.de ([192.35.17.2]:28750) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0yaY-0006tu-F7 for qemu-devel@nongnu.org; Tue, 06 Sep 2011 12:33:30 -0400 Message-ID: <4E664B56.4060404@siemens.com> Date: Tue, 06 Sep 2011 18:33:26 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <20110906144828.GA20834@redhat.com> <4E66402C.2020900@siemens.com> <4E66417E.6040308@codemonkey.ws> <4E6644D5.4060103@siemens.com> <4E664589.6090601@codemonkey.ws> In-Reply-To: <4E664589.6090601@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: qemu-devel , Anthony Liguori , "Michael S. Tsirkin" , Markus Armbruster , Luiz Capitulino On 2011-09-06 18:08, Anthony Liguori wrote: > On 09/06/2011 11:05 AM, Jan Kiszka wrote: >> On 2011-09-06 17:51, Anthony Liguori wrote: >>> I'm still contemplating how we go about doing this. This series >>> introduces a couple new concepts like QMP class hinting anonymous IDs. >>> I'm concerned that we'll further complicate the need to support >>> backwards compatibility. >> >> Anonymous IDs must not be considered stable. If you prefer, we could try >> to filter them out for QMP use. Need to check though if there is a good >> location to catch them, but the rule is trivial. >> >> I will also happily drop anonymous IDs again once we have converted all >> devices to stable QOM full path addressing. But that will simply take >> too much time to wait for it I'm afraid. >> >>> >>> Would the command be useful if you couldn't address devices? If it just >>> dumped the full machine state all at once? That would at least obviate >>> the need to add anonymous IDs. >> >> Theoretically usable, but extremely unhandy. I would not like so see >> such an interface exposed to users. > > What about just taking the device type (iow the savevm section name)? > > In most scenarios, it's probably easier for a user and will still only > have a single match. This naming is not yet exposed via any user interface. We would have to extend info qtree, not sure if we want this... Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux