From mboxrd@z Thu Jan  1 00:00:00 1970
From: Markus Armbruster <armbru@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 2/2 V7] qemu,qmp: add inject-nmi qmp command
Date: Mon, 11 Apr 2011 09:01:58 +0200
Message-ID: <m34o65w9sp.fsf@blackfin.pond.sub.org>
References: <4D9CAAF9.7000509@codemonkey.ws> <20110406150818.56707b9b@doriath>
	<4D9CAE4B.7080305@siemens.com> <20110406160020.373cb5a2@doriath>
	<BANLkTinUfnq6b2u_bfdB_zc3z8dg=4gAbA@mail.gmail.com>
	<4D9CC044.2000705@codemonkey.ws>
	<BANLkTim4iP_YRjOCYH986BB=ec-dwcjfQA@mail.gmail.com>
	<4D9E0352.2050204@codemonkey.ws> <20110407185108.GE7100@redhat.com>
	<BANLkTi=Kn7gArGY9ZVqY465_bgumMZhEfg@mail.gmail.com>
	<20110407191759.GG7100@redhat.com> <4D9E2F6F.3040008@codemonkey.ws>
	<4DA16FCB.7040509@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: Anthony Liguori <anthony@codemonkey.ws>,
	Peter Maydell <peter.maydell@linaro.org>,
	Lai Jiangshan <eag0628@gmail.com>,
	Jiangshan <laijs@cn.fujitsu.com>, Gleb Natapov <gleb@redhat.com>,
	Jan Kiszka <jan.kiszka@siemens.com>, qemu-devel@nongnu.org,
	Blue Swirl <blauwirbel@gmail.com>, kvm@vger.kernel.org,
	Luiz Capitulino <lcapitulino@redhat.com>
To: Avi Kivity <avi@redhat.com>
Return-path: <kvm-owner@vger.kernel.org>
Received: from mx1.redhat.com ([209.132.183.28]:46359 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753764Ab1DKHCN (ORCPT <rfc822;kvm@vger.kernel.org>);
	Mon, 11 Apr 2011 03:02:13 -0400
In-Reply-To: <4DA16FCB.7040509@redhat.com> (Avi Kivity's message of "Sun, 10
	Apr 2011 11:52:27 +0300")
Sender: kvm-owner@vger.kernel.org
List-ID: <kvm.vger.kernel.org>

Avi Kivity <avi@redhat.com> 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.

> generate-crash-dump is a wrong name for something that doesn't
> generate a crash dump (the guest may not be configured for it, or it
> may fail to work).

Or the OS uses the NMI button for something else.

>                     I'd expect that to be host-side functionality.