From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:60178) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9YOZ-0001HK-1R for qemu-devel@nongnu.org; Tue, 12 Apr 2011 03:52:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q9YOY-0000yB-6Y for qemu-devel@nongnu.org; Tue, 12 Apr 2011 03:52:19 -0400 Received: from mx1.redhat.com ([209.132.183.28]:62719) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9YOX-0000xU-MP for qemu-devel@nongnu.org; Tue, 12 Apr 2011 03:52:18 -0400 Message-ID: <4DA404A4.3030308@redhat.com> Date: Tue, 12 Apr 2011 10:52:04 +0300 From: Avi Kivity MIME-Version: 1.0 References: <4D9CAAF9.7000509@codemonkey.ws> <20110406150818.56707b9b@doriath> <4D9CAE4B.7080305@siemens.com> <20110406160020.373cb5a2@doriath> <4D9CC044.2000705@codemonkey.ws> <4D9E0352.2050204@codemonkey.ws> <20110407185108.GE7100@redhat.com> <20110407191759.GG7100@redhat.com> <4D9E2F6F.3040008@codemonkey.ws> <4DA16FCB.7040509@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 2/2 V7] qemu, qmp: add inject-nmi qmp command List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl Cc: Peter Maydell , Lai Jiangshan , Jiangshan , Gleb Natapov , Jan Kiszka , Markus Armbruster , qemu-devel@nongnu.org, kvm@vger.kernel.org, Luiz Capitulino On 04/11/2011 08:15 PM, Blue Swirl wrote: > On Mon, Apr 11, 2011 at 10:01 AM, Markus Armbruster wrote: > > Avi Kivity writes: > > > >> On 04/08/2011 12:41 AM, Anthony Liguori wrote: > >>> > >>> And it's a good thing to have, but exposing this as the only API to > >>> do something as simple as generating a guest crash dump is not the > >>> friendliest thing in the world to do to users. > >> > >> nmi is a fine name for something that corresponds to a real-life nmi > >> button (often labeled "NMI"). > > > > Agree. > > We could also introduce an alias mechanism for user friendly names, so > nmi could be used in addition of full path. Aliases could be useful > for device paths as well. Yes. Perhaps limited to the human monitor. -- error compiling committee.c: too many arguments to function