Kexec Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Bernhard Walle <bwalle@suse.de>
To: Ken'ichi Ohmichi <oomichi@mxs.nes.nec.co.jp>
Cc: Jay Lan <jlan@sgi.com>, kexec@lists.infradead.org
Subject: Re: makedumpfile fails on SGI machine
Date: Tue, 5 Aug 2008 17:11:43 +0200	[thread overview]
Message-ID: <20080805171143.773c2465@halley.suse.de> (raw)
In-Reply-To: <48984275.5070409@mxs.nes.nec.co.jp>

[-- Attachment #1: Type: text/plain, Size: 675 bytes --]

* Ken'ichi Ohmichi [2008-08-05 21:07]:
> 
> BTW, I'd like to know some conditions of this problem.
> So please let me know the makedumpfile commandline which you run.
>  Ex. # makedumpfile -d 31 -x vmlinux /proc/vmcore dumpfile

  # makedumpfile -d 3 -D vmcore.sles11 vmcore.sles11.filtered

> I doubt that makedumpfile cannot distinguish the pgtable correctly.
> I created the debugging patch. Please run makedumpfile-1.2.7 applied
> with it by '-D' option, and report the output.
> According to your kernel .config file, the output should contain
> "PAGETABLE_4L : ON".

See the attachment.


Bernhard
-- 
Bernhard Walle, SUSE LINUX Products GmbH, Architecture Development

[-- Attachment #2: log --]
[-- Type: application/octet-stream, Size: 3925 bytes --]

\rChecking for memory holes          : [  0 %] \rChecking for memory holes          : [100 %] readmem: Can't convert a virtual address(a0007fff8f900000) to offset.
create_2nd_bitmap: Can't exclude unnecessary pages.
LOAD (0)
  phys_start : 3014000000
  phys_end   : 3014639580
  virt_start : a000000100000000
  virt_end   : a000000100639580
LOAD (1)
  phys_start : 3000080000
  phys_end   : 3000400000
  virt_start : e000003000080000
  virt_end   : e000003000400000
LOAD (2)
  phys_start : 3003000000
  phys_end   : 3006000000
  virt_start : e000003003000000
  virt_end   : e000003006000000
LOAD (3)
  phys_start : 3006000000
  phys_end   : 3014000000
  virt_start : e000003006000000
  virt_end   : e000003014000000
LOAD (4)
  phys_start : 3014000000
  phys_end   : 3014ec3000
  virt_start : e000003014000000
  virt_end   : e000003014ec3000
LOAD (5)
  phys_start : 3014ec3000
  phys_end   : 3018000000
  virt_start : e000003014ec3000
  virt_end   : e000003018000000
LOAD (6)
  phys_start : 3038000000
  phys_end   : 307bffe000
  virt_start : e000003038000000
  virt_end   : e00000307bffe000
LOAD (7)
  phys_start : b000080000
  phys_end   : b000400000
  virt_start : e00000b000080000
  virt_end   : e00000b000400000
LOAD (8)
  phys_start : b003000000
  phys_end   : b006000000
  virt_start : e00000b003000000
  virt_end   : e00000b006000000
LOAD (9)
  phys_start : b006000000
  phys_end   : b079ea0000
  virt_start : e00000b006000000
  virt_end   : e00000b079ea0000
LOAD (10)
  phys_start : b079ea0000
  phys_end   : b079ea6000
  virt_start : e00000b079ea0000
  virt_end   : e00000b079ea6000
LOAD (11)
  phys_start : b079ea6000
  phys_end   : b079ea7000
  virt_start : e00000b079ea6000
  virt_end   : e00000b079ea7000
LOAD (12)
  phys_start : b079ea7000
  phys_end   : b07a3f2000
  virt_start : e00000b079ea7000
  virt_end   : e00000b07a3f2000
LOAD (13)
  phys_start : b07a3f2000
  phys_end   : b07a452000
  virt_start : e00000b07a3f2000
  virt_end   : e00000b07a452000
LOAD (14)
  phys_start : b07a452000
  phys_end   : b07a7fe000
  virt_start : e00000b07a452000
  virt_end   : e00000b07a7fe000
LOAD (15)
  phys_start : b07b800000
  phys_end   : b07b801000
  virt_start : e00000b07b800000
  virt_end   : e00000b07b801000
LOAD (16)
  phys_start : b07b801000
  phys_end   : b07b88c000
  virt_start : e00000b07b801000
  virt_end   : e00000b07b88c000
LOAD (17)
  phys_start : b07b88c000
  phys_end   : b07b894000
  virt_start : e00000b07b88c000
  virt_end   : e00000b07b894000
LOAD (18)
  phys_start : b07b894000
  phys_end   : b07b896000
  virt_start : e00000b07b894000
  virt_end   : e00000b07b896000
LOAD (19)
  phys_start : b07b896000
  phys_end   : b07b89e000
  virt_start : e00000b07b896000
  virt_end   : e00000b07b89e000
LOAD (20)
  phys_start : b07b89e000
  phys_end   : b07b89f000
  virt_start : e00000b07b89e000
  virt_end   : e00000b07b89f000
LOAD (21)
  phys_start : b07b89f000
  phys_end   : b07ba00000
  virt_start : e00000b07b89f000
  virt_end   : e00000b07ba00000
LOAD (22)
  phys_start : b07ba00000
  phys_end   : b07bd5a000
  virt_start : e00000b07ba00000
  virt_end   : e00000b07bd5a000
LOAD (23)
  phys_start : b07bd94000
  phys_end   : b07be00000
  virt_start : e00000b07bd94000
  virt_end   : e00000b07be00000
LOAD (24)
  phys_start : b07be00000
  phys_end   : b07be12000
  virt_start : e00000b07be00000
  virt_end   : e00000b07be12000
LOAD (25)
  phys_start : b07be80000
  phys_end   : b07be8e000
  virt_start : e00000b07be80000
  virt_end   : e00000b07be8e000
Linux kdump

max_mapnr    : 2c1efa3
PAGETABLE_4L : ON

num of NODEs : 2


Memory type  : DISCONTIGMEM

mem_map (0)
  mem_map    : 0
  pfn_start  : 0
  pfn_end    : c00c00
mem_map (1)
  mem_map    : a0007fff8f900000
  pfn_start  : c00c00
  pfn_end    : c1efff
mem_map (2)
  mem_map    : 0
  pfn_start  : c1efff
  pfn_end    : 2c00c00
mem_map (3)
  mem_map    : a0007fffff900000
  pfn_start  : 2c00c00
  pfn_end    : 2c1efa3

makedumpfile Failed.

[-- Attachment #3: Type: text/plain, Size: 143 bytes --]

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

  reply	other threads:[~2008-08-05 15:11 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-30 14:14 makedumpfile fails on SGI machine Bernhard Walle
2008-07-31  1:46 ` Ken'ichi Ohmichi
2008-07-31  8:47   ` Bernhard Walle
2008-07-31 10:25     ` Ken'ichi Ohmichi
2008-07-31 11:18       ` Bernhard Walle
2008-07-31 11:36         ` Ken'ichi Ohmichi
2008-07-31 11:38           ` Bernhard Walle
2008-08-05 12:07           ` Ken'ichi Ohmichi
2008-08-05 15:11             ` Bernhard Walle [this message]
2008-08-18  7:19               ` Ken'ichi Ohmichi
2008-08-18 11:00                 ` Bernhard Walle
2008-08-19 12:14                   ` Ken'ichi Ohmichi
2008-08-27  9:00                   ` Ken'ichi Ohmichi
2008-08-28  1:43                     ` Jay Lan
2008-08-28  4:33                       ` Ken'ichi Ohmichi
2008-08-28  7:25                       ` Bernhard Walle
2008-08-29  6:45                         ` [PATCH][ia64] Fix the difference between node_mem_map and node_start_pfn. (Re: makedumpfile fails on SGI machine) Ken'ichi Ohmichi
2008-08-29 16:54                           ` Bernhard Walle
2008-09-01  2:13                             ` Ken'ichi Ohmichi
2008-08-29 18:14                           ` Jay Lan
2008-08-29 20:12                             ` Jay Lan
2008-09-01  2:32                               ` Ken'ichi Ohmichi

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080805171143.773c2465@halley.suse.de \
    --to=bwalle@suse.de \
    --cc=jlan@sgi.com \
    --cc=kexec@lists.infradead.org \
    --cc=oomichi@mxs.nes.nec.co.jp \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox