On Tue, 12 Apr 2011 21:31:18 +0300 Blue Swirl <[email protected]> wrote:
> On Tue, Apr 12, 2011 at 10:52 AM, Avi Kivity <[email protected]> wrote: > > On 04/11/2011 08:15 PM, Blue Swirl wrote: > >> > >> On Mon, Apr 11, 2011 at 10:01 AM, Markus Armbruster<[email protected]> > >> wrote: > >> > Avi Kivity<[email protected]> 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. > > I'd limit all debugging commands (including NMI) to the human monitor. Why? -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
