[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20111005174358.GE18592@gere.osrc.amd.com>
Date: Wed, 5 Oct 2011 19:43:58 +0200
From: Borislav Petkov <bp@...en8.de>
To: Vivek Goyal <vgoyal@...hat.com>
Cc: "Luck, Tony" <tony.luck@...el.com>,
"K.Prasad" <prasad@...ux.vnet.ibm.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"crash-utility@...hat.com" <crash-utility@...hat.com>,
"kexec@...ts.infradead.org" <kexec@...ts.infradead.org>,
Andi Kleen <andi@...stfloor.org>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
"anderson@...hat.com" <anderson@...hat.com>,
"tachibana@....nes.nec.co.jp" <tachibana@....nes.nec.co.jp>,
"oomichi@....nes.nec.co.jp" <oomichi@....nes.nec.co.jp>
Subject: Re: [Patch 1/4][kernel][slimdump] Add new elf-note of type
NT_NOCOREDUMP to capture slimdump
On Wed, Oct 05, 2011 at 01:29:12PM -0400, Vivek Goyal wrote:
> As long as you can get to your struct page arrays, one should be able
> to filter out poisoned pages without saving the whole dump.
Ok, this sounds good.
So, maybe the tool should be taught to always skip poisoned pages due to
danger of follow-up MCEs and, when kexec has rebooted due to an MCE, to
warn before doing a vmcore dump that the dump might not contain useful
information or that the dumping itself could result in further MCEs and
whether the user still wants to proceed.
Or something to that effect.
Thanks.
--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists