From: "Magnus Damm" <magnus.damm@gmail.com>
To: "Andi Kleen" <ak@muc.de>
Cc: "Magnus Damm" <magnus@valinux.co.jp>,
linux-kernel@vger.kernel.org, "Mel Gorman" <mel@csn.ul.ie>,
"Vivek Goyal" <vgoyal@in.ibm.com>,
fastboot@lists.osdl.org
Subject: Re: [PATCH] x86_64: setup saved_max_pfn correctly (kdump)
Date: Fri, 3 Nov 2006 03:20:58 +0900 [thread overview]
Message-ID: <aec7e5c30611021020j79906c8t99a133f2588de736@mail.gmail.com> (raw)
In-Reply-To: <20061102174016.GA52800@muc.de>
On 2 Nov 2006 18:40:16 +0100, Andi Kleen <ak@muc.de> wrote:
> On Thu, Nov 02, 2006 at 10:19:34PM +0900, Magnus Damm wrote:
> > x86_64: setup saved_max_pfn correctly
> >
> > 2.6.19-rc4 has broken CONFIG_CRASH_DUMP support on x86_64. It is impossible
> > to read out the kernel contents from /proc/vmcore because saved_max_pfn is set
> > to zero instead of the max_pfn value before the user map is setup.
>
> Do you know what patch has broken it?
Not really. I can find out if you want, but it has to wait until the
middle of next week - I'm out of the office at the moment. If I have
to guess then I point in Mel's direction. =)
> Or did just nobody test crash dump at all since -rc* started?
I think the problem is what to test. The entire chain of crash dump
tools is in an "interesting" state right now because the code is
pretty easy to break and it is under constant development - the
relocatable kernel code and my and Simon's kexec port for xen are two
good examples. And that the code is spread out over two kernels that
may not be of the same version together with a more or less
unmaintained userspace tool does not help...
I hope that someone else than me booted a crash kernel, but it looks
like noone really tested copying a crash image on x86_64. I didn't
until now. =) It's not that surprising though - there are only a few
kexec/kdump developers out there and there are several architectures
plus focus on features. Bound to break IMO.
Thanks,
/ magnus
prev parent reply other threads:[~2006-11-02 18:21 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-02 13:19 Magnus Damm
2006-11-02 14:28 ` Vivek Goyal
2006-11-02 17:40 ` Magnus Damm
2006-11-02 18:07 ` Vivek Goyal
2006-11-02 16:08 ` Mel Gorman
2006-11-02 18:05 ` Magnus Damm
2006-11-02 18:20 ` Vivek Goyal
2006-11-02 18:28 ` Magnus Damm
2006-11-02 22:41 ` Mel Gorman
2006-11-02 17:40 ` Andi Kleen
2006-11-02 18:20 ` Magnus Damm [this message]
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=aec7e5c30611021020j79906c8t99a133f2588de736@mail.gmail.com \
--to=magnus.damm@gmail.com \
--cc=ak@muc.de \
--cc=fastboot@lists.osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=magnus@valinux.co.jp \
--cc=mel@csn.ul.ie \
--cc=vgoyal@in.ibm.com \
/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
all inboxes | Powered by JetHome®