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? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
![]() |