From: "Akiyama, Nobuyuki" <akiyama.nobuyuk@jp.fujitsu.com>
To: ebiederm@xmission.com (Eric W. Biederman)
Cc: Preben.Trarup@ericsson.com, fastboot@lists.osdl.org,
linux-kernel@vger.kernel.org, vgoyal@in.ibm.com
Subject: Re: [Fastboot] [RFC][PATCH] Add missing notifier before crashing
Date: Mon, 5 Jun 2006 20:46:36 +0900 [thread overview]
Message-ID: <20060605204636.3d50fd59.akiyama.nobuyuk@jp.fujitsu.com> (raw)
In-Reply-To: <m1fyin6agv.fsf@ebiederm.dsl.xmission.com>
On Fri, 02 Jun 2006 05:52:32 -0600
ebiederm@xmission.com (Eric W. Biederman) wrote:
> Preben Traerup <Preben.Trarup@ericsson.com> writes:
>
> > Since I'm one of the people who very much would like best of both worlds,
> > I do belive Vivek Goyal's concern about the reliability of kdump must be
> > adressed properly.
> >
> > I do belive the crash notifier should at least be a list of its own.
> > Attaching element to the list proves your are kdump aware - in theory
> >
> > However:
> >
> > Conceptually I do not like the princip of implementing crash notifier
> > as a list simply because for all (our) practical usage there will only
> > be one element attached to the list anyway.
> >
> > And as I belive crash notifiers only will be used by a very limited
> > number of users, I suggested in another mail that a simple
> >
> > if (function pointer)
> > call functon
> >
> > approach to be used for this special case to keep things very simple.
>
> I am completely against crash notifiers. The code crash_kexec switches to
> is what is notified and it can do whatever it likes. The premise is
> that the kernel does not work. Therefore we cannot safely notify
> kernel code. We do the very minimal to get out of the kernel,
> and it is my opinion we still do to much.
>
> The crash_kexec entry point is not about taking crash dumps. It is
> about implementing policy when the kernel panics. Generally the
> policy we want is a crash dump but the mechanism is general purpose
> and not limited to that.
I understand it is more reliable that the notifier is executed
by crash_kexec(). But I guess it take longer time than a clustering
system demand and it is more complex to implement the notifier.
The crash notifier I proposed is very simple and lightweight,
and it is easy to use for all people.
Regards,
Akiyama, Nobuyuki
next prev parent reply other threads:[~2006-06-05 11:45 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-30 9:33 Akiyama, Nobuyuki
2006-05-30 14:56 ` [Fastboot] " Vivek Goyal
2006-05-31 9:20 ` Akiyama, Nobuyuki
2006-05-31 15:43 ` Vivek Goyal
2006-06-01 10:50 ` Preben Traerup
2006-06-01 12:37 ` Akiyama, Nobuyuki
2006-06-01 15:16 ` Vivek Goyal
2006-06-02 5:13 ` Akiyama, Nobuyuki
2006-06-02 10:08 ` Preben Traerup
2006-06-02 11:52 ` Eric W. Biederman
2006-06-02 13:20 ` Preben Traerup
2006-06-02 15:20 ` Eric W. Biederman
2006-06-02 15:37 ` Vivek Goyal
2006-06-02 16:39 ` Eric W. Biederman
2006-06-06 9:36 ` Preben Traerup
2006-06-06 11:08 ` Akiyama, Nobuyuki
2006-06-06 13:59 ` Akiyama, Nobuyuki
2006-06-02 14:53 ` Vivek Goyal
2006-06-05 11:46 ` Akiyama, Nobuyuki [this message]
2006-06-02 14:56 ` Vivek Goyal
2006-06-06 10:12 ` Preben Traerup
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=20060605204636.3d50fd59.akiyama.nobuyuk@jp.fujitsu.com \
--to=akiyama.nobuyuk@jp.fujitsu.com \
--cc=Preben.Trarup@ericsson.com \
--cc=ebiederm@xmission.com \
--cc=fastboot@lists.osdl.org \
--cc=linux-kernel@vger.kernel.org \
--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®