Re: kexec/kdump and the ia64 test tree

From: Horms <>
Date: 2006-10-02 11:11:08
On Fri, Sep 29, 2006 at 02:46:23PM -0700, Tony Luck wrote:
> The kexec/kdump patch in my test tree is very stale, plus it is time
> for some git maintenance on the test tree (to clean away all the
> "Auto-update from upstream" commits that my workflow generates). So
> I'm planning on resetting my "test" branch to Linus-latest + kdump/kexec
> (so git pull/fetch will barf on my test tree, you'll need to re-clone).
> Below I've include what I believe to be the latest version of the
> patch produced by:
> 1) Take 2.6.18
> 2) Apply Nan Hai patch for 2.6.18 (posted Sept 20th)
> 3) Pull in Linus-latest (c972398b ...) and resolve conflicts in smp.h, sysctl.h
> 4) Apply Nan hai's "Fix OS_INIT" patch that fixed Indou-san's deadlock issue (Sept 28th)
> 5) Fix a few warnings:
> 	arch/ia64/kernel/iosapic.c:
> 		`vec' may be used before set in kexec_disable_iosapic() ... I'm
> 		not totally confident that I fixed this right. Please look closely
> 		at what I did.
> 	arch/ia64/kernel/smp.c:
> 		Trivial fixes to stop compiler complaining that kdump_smp_send_stop()
> 		and kdump_smp_send_init() definitions were not prototypes.
> 6) Lots of white-space cleanup (mostly multiple spaces that should be tabs, but I
>    also threw the whole kdump_find_rsvd_region() in arch/ia64/kernel/efi.c through
>    scripts/Lindent as it was only using two-spaces for indentation.)
> Let me know if I've goofed up the patch during this process.
> I'm planning to reset my test tree on Monday (Oct 2nd).

Hi Tony,

overall that plan seems fine to me - though I would have prefred
a more incremental approach. I will spend some time today checking
over your patch and see if I can spot any insanity.

On a related note, does/did your ia64-test branch have anything
of significance in it other than kexec/kdump?


To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to
More majordomo info at
Received on Mon Oct 02 11:19:49 2006

This archive was generated by hypermail 2.1.8 : 2006-10-02 11:20:06 EST