From: Vivek Goyal <vgoyal@redhat.com>
To: Chandru <chandru@in.ibm.com>
Cc: kexec@lists.infradead.org
Subject: Re: kdump: quad core Opteron
Date: Tue, 7 Oct 2008 09:24:01 -0400 [thread overview]
Message-ID: <20081007132401.GA4007@redhat.com> (raw)
In-Reply-To: <48EB5B68.8010401@in.ibm.com>
On Tue, Oct 07, 2008 at 06:21:52PM +0530, Chandru wrote:
> kdump on a quad core Opteron blade machine doesn't give a complete
> vmcore on the system. All works well until we attempt to copy
> /proc/vmcore to some target place ( disk , n/w ). The system immediately
> resets without any OS messages after having copied few mb's of vmcore
> file. Problem also occurs with 2.6.27-rc8 and latest kexec-tools. If
> we pass 'mem=4G' as boot parameter to the first kernel, then kdump
> succeeds in copying a readable vmcore to /var/crash.
>
Hi Chandru,
How much memory this system has got. Can you also paste the output of
/proc/iomem of first kernel.
Does this system has GART? So looks like we are accessing some memory area
which platform does not like. (We saw issues with GART in the past.)
Can you also provide /proc/vmcore ELF header (readelf output), in both
the cases (mem=4G and without that).
You can try putting some printk in /proc/vmcore code and see which
physical memory area you are accessing when system goes bust. If in all
the failure cases it is same physical memory area, then we can try to find
what's so special about it.
Thanks
Vivek
_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
next prev parent reply other threads:[~2008-10-07 13:24 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-07 12:51 kdump: quad core Opteron Chandru
2008-10-07 13:06 ` Bernhard Walle
2008-10-07 13:24 ` Vivek Goyal [this message]
2008-10-07 15:59 ` Bob Montgomery
2008-10-08 13:51 ` Chandru
2008-12-08 15:56 ` Chandru
2008-12-08 21:54 ` Vivek Goyal
2008-12-09 12:12 ` Chandru
2008-12-09 18:55 ` Bob Montgomery
2008-12-08 23:35 ` Bob Montgomery
2008-12-09 1:32 ` Neil Horman
2008-12-09 11:59 ` Chandru
2008-10-08 13:40 ` Chandru
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=20081007132401.GA4007@redhat.com \
--to=vgoyal@redhat.com \
--cc=chandru@in.ibm.com \
--cc=kexec@lists.infradead.org \
/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