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
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
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/
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
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
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
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
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
* 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
* "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
10 matches
Mail list logo