WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: [PATCH]: kexec: framework and i386

To: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [PATCH]: kexec: framework and i386
From: Mark Williamson <mark.williamson@xxxxxxxxxxxx>
Date: Sun, 23 Apr 2006 15:45:21 +0100
Cc: Magnus Damm <magnus@xxxxxxxxxxxxx>, Horms <horms@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sun, 23 Apr 2006 07:46:57 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <58C6650A4C9627takebe_akio@xxxxxxxxxxxxxx>
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>
References: <20060407074234.GA19846@xxxxxxxxxxxx> <20060417060617.GA20303@xxxxxxxxxxxx> <58C6650A4C9627takebe_akio@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.1
> This is good work!
> It is very necessary for debugging hypervisor or domain0.

Agreed.

> Mark, what do you think about this kdump implementation?

I think kdump, in general, is a nifty solution for supporting crashdumps, 
since using a separate kernel for crashdumps gives you the best possible 
opportunity to complete them successfully.

Integrating with the Linux crashdump infrastructure seems like a good idea.  
It doesn't stop other dom0 OSes using their own crashdump infrastructure, but 
with kdump we have a chance of getting a dump even if Xen itself crashes 
(whilst admittedly rare, such crashes are something you'd want to get 
debugged quickly!)

So, essentially, I think the idea is good - I'll try and take a look through 
the code.

Cheers,
Mark

> Best Regards,
>
> Akio Takebe
>
> >On Wed, Apr 12, 2006 at 06:12:30PM +0900, Horms wrote:
> >> kexec: framework and i386
> >
> >[snip]
> >
> >>   * This patch was prepared against xen-unstable.hg 9514
> >>     As of today (9574) two new hypercalls have been added.
> >>     I rediffed and moved the kexec hypercall to 33. However
> >>     this exceedes hypercall_NR, which is currently 32.
> >>     I tried increasing this, but the dom0 now crashes
> >>     in entry.S on init. Even after rebuilding both xen and the kernel
> >>     completely from scratch after a make distclean. Help!!
> >
> >Hi,
> >
> >I am a bit concerned that this patch is going to start rotting if I
> >can't at least track the current xen-unstable.hg, or better still get it
> >merged.
> >
> >I would really appreciate it if someone could take moments to comment on
> >the hypercall problem. Is adding a new hypercall, as the current patch
> >does, the best way? If so could someone point me to how to increase the
> >hypercall table size. If not, is it best to piggyback of the dom0_op
> >hypercall? Or is there some other prefered option?
> >
> >--
> >Horms
> >
> >_______________________________________________
> >Xen-devel mailing list
> >Xen-devel@xxxxxxxxxxxxxxxxxxx
> >http://lists.xensource.com/xen-devel

-- 
Dave: Just a question. What use is a unicyle with no seat?  And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

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