[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <04EAB7311EE43145B2D3536183D1A84454926993@GSjpTKYDCembx31.service.hitachi.net>
Date: Tue, 4 Aug 2015 11:41:14 +0000
From: 河合英宏 / KAWAI,HIDEHIRO
<hidehiro.kawai.ez@...achi.com>
To: "'Eric W. Biederman'" <ebiederm@...ssion.com>
CC: Vivek Goyal <vgoyal@...hat.com>,
Andrew Morton <akpm@...ux-foundation.org>,
"linux-mips@...ux-mips.org" <linux-mips@...ux-mips.org>,
Baoquan He <bhe@...hat.com>,
"kexec@...ts.infradead.org" <kexec@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"HATAYAMA Daisuke" <d.hatayama@...fujitsu.com>,
平松雅巳 / HIRAMATU,MASAMI
<masami.hiramatsu.pt@...achi.com>,
Daniel Walker <dwalker@...o99.com>,
"Ingo Molnar" <mingo@...nel.org>
Subject: RE: [RFC V2 PATCH 0/1] kexec: crash_kexec_post_notifiers boot
option related fixes
Hello,
Thanks for the reply.
> From: Eric W. Biederman [mailto:ebiederm@...ssion.com]
[...]
> A specific hook for a very specific purpose when there is no other way
> we can consider.
So, is kmsg_dump like feature admissible?
> If you don't have something that generalises well into a general purpose
> operation that it makes sense for everyone to call you can always use
> the world's largest aka you can run code before the new kernel starts
> that is loaded with kexec_load.
One of our purposes, notifying "I'm dying", would be achieved by purgatory
code provided by kexec command as I stated before. Since the way of the
notification will differ from each vendor, I think we need to modify
the purgatory codes pluggable. Also, I think we need some parameter
passing mechanism to the purgatory code. For example, passing the panic
message via boot parameter to save it to SEL. Although I'm not sure
we can do that (I've not investigated well yet). Is that acceptable?
Regards,
Kawai
Powered by blists - more mailing lists