From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:37683) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbBD9-0007LO-BC for qemu-devel@nongnu.org; Thu, 15 Dec 2011 08:19:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RbBD2-0002GF-RJ for qemu-devel@nongnu.org; Thu, 15 Dec 2011 08:18:59 -0500 Received: from david.siemens.de ([192.35.17.14]:24766) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RbBD2-0002Fo-GX for qemu-devel@nongnu.org; Thu, 15 Dec 2011 08:18:52 -0500 Message-ID: <4EE9F3B8.6000407@siemens.com> Date: Thu, 15 Dec 2011 14:18:48 +0100 From: Jan Kiszka MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Transitioning from HMP to QMP for QEMU List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: Kevin Wolf , Anthony Liguori , libvir-list@redhat.com, qemu-devel , Luiz Capitulino , Adam Litke On 2011-12-15 14:02, Stefan Hajnoczi wrote: > What is the status of QEMU's transition from HMP to the QMP interface? > > My current understanding is that QEMU provides new HMP commands for > humans, but HMP is being phased out as an API. Management tools > should rely only on QMP for new commands. That would mean new HMP > commands are not guaranteed to produce backwards-compatible output > because tools are not supposed to parse the output. > > On the libvirt side, new QEMU features should only be supported via > the json monitor in the future (i.e. human monitor patches should not > be sent/merged)? Existing HMP commands will still need the human > monitor support in order to handle old QEMU versions gracefully, but > I'm thinking about new commands only. > > Does everyone agree on this? I think this is an important discussion > if we want our management interface to get better and more consistent > in the future. To phase out the classic HMP implementation, we need an internal HMP-over-JSON wrapper (with tab expansion etc.) so that virtual console and gdbstub monitors continue to benefit from new commands. Those interfaces will stay for a long time, I'm sure. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux