Re: the exiting makedumpfile is almost there... :)

2008-09-10 Thread Ken'ichi Ohmichi
Hi Jay, Sorry for one more request. Jay Lan wrote: > Hmmm, the reason it is only "almost there" was that crash failed > to analyze the output of makedumpfile. :( Crash was happy with > the vmcore saved with 'cp' command. > > a4700rac:/var/tmp/jlan # crash -d 1 /boot/vmlinux-2.6.27-rc5-default

Re: the exiting makedumpfile is almost there... :)

2008-09-10 Thread Ken'ichi Ohmichi
Hi Jay, Thank you for testing and the report. It is good that a new makedumpfile shrinks its running time. But does it create a unreadable dumpfile ? OK, I want to reproduce/investigate the problem. Could you please send me your .config file ? I have not tested makedumpfile on IA64 linux-2.6.27

[kexec patch 2/2] Fix ppc64 build warnings

2008-09-10 Thread Geoff Levand
Fix these ppc64 32 bit build warnings: kexec/arch/ppc64/kexec-zImage-ppc64.c: In function 'zImage_ppc64_load': kexec/arch/ppc64/kexec-zImage-ppc64.c:164: warning: cast to pointer from integer of different size kexec/arch/ppc64/kexec-elf-ppc64.c: In function 'elf_ppc64_load': kexec/arch/ppc64/

[kexec patch 1/2] Fix build warnings

2008-09-10 Thread Geoff Levand
Fix these 64 bit build warnings: kexec/firmware_memmap.c:241: warning: format '%d' expects type 'int', but argument 3 has type 'size_t' kexec/crashdump-elf.c:160: warning: format '%llx' expects type 'long long unsigned int', but argument 4 has type 'Elf64_Off' kexec/crashdump-elf.c:160: warni

the exiting makedumpfile is almost there... :)

2008-09-10 Thread Jay Lan
After getting around a few kdump kernel panic/hang, i finally was able to complete a kdump vmcore with 2.6.27-rc5. The system under testing was an IA64 with 128 cpu and 256G memory A4700 system. The /proc/vmcore is: a4700rac:/boot # ll /proc/vmcore -r 1 root root 263006257684 2008-09-10 14

Re: [PATCH][RFC] vmcore: Remove saved_max_pfn check

2008-09-10 Thread Simon Horman
On Wed, Sep 10, 2008 at 09:17:10AM -0400, Vivek Goyal wrote: > On Wed, Sep 10, 2008 at 03:40:45PM +0900, Magnus Damm wrote: > > On Mon, Sep 8, 2008 at 10:04 PM, Vivek Goyal <[EMAIL PROTECTED]> wrote: > > > On Mon, Sep 08, 2008 at 12:21:32PM +0900, Magnus Damm wrote: > > >> From: Magnus Damm <[EMAIL

Re: kdump broken on Altix 350

2008-09-10 Thread Jay Lan
Bernhard Walle wrote: > * "Luck, Tony" <[EMAIL PROTECTED]> [2008-08-29]: > >>> your commit >>> >>> commit 10617bbe84628eb18ab5f723d3ba35005adde143 >>> Author: Tony Luck <[EMAIL PROTECTED]> >>> Date: Tue Aug 12 10:34:20 2008 -0700 >>> >>> [IA64] Ensure cpu0 can access per-cpu var

Re: [PATCH][RFC] vmcore: Remove saved_max_pfn check

2008-09-10 Thread Vivek Goyal
On Wed, Sep 10, 2008 at 03:40:45PM +0900, Magnus Damm wrote: > On Mon, Sep 8, 2008 at 10:04 PM, Vivek Goyal <[EMAIL PROTECTED]> wrote: > > On Mon, Sep 08, 2008 at 12:21:32PM +0900, Magnus Damm wrote: > >> From: Magnus Damm <[EMAIL PROTECTED]> > >> > >> This patch removes the saved_max_pfn check fro

Re: kdump broken on Altix 350

2008-09-10 Thread Bernhard Walle
* Bernhard Walle <[EMAIL PROTECTED]> [2008-08-29]: > broke kdump on our Altix 350. I get following early crash in kdump > kernel: Just as side note: I still have the problem with 2.6.27-rc6. Bernhard ___ kexec mailing list kexec@lists.infradead.org

Re: kdump broken on Altix 350

2008-09-10 Thread Bernhard Walle
* "Luck, Tony" <[EMAIL PROTECTED]> [2008-08-29]: > > your commit > > > > commit 10617bbe84628eb18ab5f723d3ba35005adde143 > > Author: Tony Luck <[EMAIL PROTECTED]> > > Date: Tue Aug 12 10:34:20 2008 -0700 > > > > [IA64] Ensure cpu0 can access per-cpu variables in early boot > > c