[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46C1691E.7090708@ah.jp.nec.com>
Date: Tue, 14 Aug 2007 17:34:38 +0900
From: Takenori Nagano <t-nagano@...jp.nec.com>
To: vgoyal@...ibm.com
CC: Keith Owens <kaos@....com>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
k-miyoshi@...jp.nec.com, Bernhard Walle <bwalle@...e.de>,
kexec@...ts.infradead.org, linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [patch] add kdump_after_notifier
Vivek Goyal wrote:
> On Fri, Aug 03, 2007 at 02:05:47PM +1000, Keith Owens wrote:
>
>
> To sum up, couple of options come to mind.
>
> - Register all the RAS tools on die notifier and panic
> notifier lists with fairly high priority. Export list
> of RAS tools to user space and allow users to decide the
> order of execution and priority of RAS tools.
>
> - Create a separate RAS tool notifier list (ras_tool_notifer_list).
> All the RAS tools register on this list. This list gets priority
> over die or panic notifier list. User decides the oder of execution
> of RAS tools.
>
> Here assumption is that above list will not be exported to modules.
> All the RAS tools will be in kernel and they always get a priority
> to inspect an event.
>
> What do others think?
Very good idea. But there is a problem how to give default priority to RAS tools.
How about priority changeable notifier_list? User can change list order
dynamically if they want. Of course, we have to give highest priority to kdump
by default. It is very useful for users who want to use some RAS tools.
-
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