This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 0/5][IA64][HVM] Windows cras

To: John Levon <levon@xxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 0/5][IA64][HVM] Windows crashdump support
From: Keir Fraser <keir@xxxxxxxxxxxxx>
Date: Tue, 23 Jan 2007 14:01:26 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Jürgen Groß <juergen.gross@xxxxxxxxxxxxxxxxxxx>, Masaki Kanno <kanno.masaki@xxxxxxxxxxxxxx>, xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 23 Jan 2007 06:01:14 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20070123135836.GA1639@xxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acc+9vjGN1wi0qrqEdubbQAX8io7RQ==
Thread-topic: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 0/5][IA64][HVM] Windows crashdump support
User-agent: Microsoft-Entourage/

On 23/1/07 13:58, "John Levon" <levon@xxxxxxxxxxxxxxxxx> wrote:

>> If that's the aim then perhaps the xm command should be given a better name.
>> 'xm os-init' is rather meaningless outside the context of physical INIT
>> buttons on ia64 systems -- not a very generic concept to export to a VM
>> management tool! Perhaps 'xm os-dump' with a guest-specific backend
>> implementation in xend (default to fail with an error message).
> I'd like to see a generic command that encompasses both os-init and
> sysrq. We support sysrq 'b' but feel a bit silly having that command
> name. Ideally we'd hide (but still support) 'xm sysrq' too.

Given that some of this is OS and/or arch specific, it may be hard to
concoct general names. At least the concept of a hardware 'dump switch' is
fairly well known, even if the implementation differs a bit across
architectures. I suppose we could provide better names for some of the more
useful Linux sysrq commands, provide a better / more general interface to
them (both at the xm level and the xenbus level) and encourage other PV
guests to support the new interface.

 -- Keir

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>