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

>>> It just seems a lot of plumbing for something not very useful, at least to
>>> users. You can dump memory via 'xm dump' after all if that's your goal (or
>>> will be able to when Isaku's patches go in). Would anyone else in the ai64
>>> community like to speak up for these patches?
>> I think there is a big difference between 'xm dump' and a dump done by 
>> domU.
>> Detailed error analysis might be possible only with a dump taken via domU
>>  as
>> the dump analysis tools will work in most cases on the domU specific dump
>> format only.
>> Outside the Linux world :-) (e.g. in most UNIX flavors) crash dump analysis
>> is very useful!
>> I would strongly support Masaki's patches.
>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).


Thanks for your idea. 
I thought about some general concept command name, too. I enumerate 
below it and your idea.

 A) xm os-dump
 B) xm dump-trigger
 C) xm dump-core --trigger
 D) xm dump-switch

Any command name?

Best regards,

Xen-ia64-devel mailing list

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