public inbox for linux-doc@vger.kernel.org
 help / color / mirror / Atom feed
From: Petr Mladek <pmladek@suse.com>
To: "Guilherme G. Piccoli" <gpiccoli@igalia.com>
Cc: "bhe@redhat.com" <bhe@redhat.com>,
	"d.hatayama@fujitsu.com" <d.hatayama@fujitsu.com>,
	"kexec@lists.infradead.org" <kexec@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"dyoung@redhat.com" <dyoung@redhat.com>,
	"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
	"vgoyal@redhat.com" <vgoyal@redhat.com>,
	"stern@rowland.harvard.edu" <stern@rowland.harvard.edu>,
	"akpm@linux-foundation.org" <akpm@linux-foundation.org>,
	"andriy.shevchenko@linux.intel.com" 
	<andriy.shevchenko@linux.intel.com>,
	"corbet@lwn.net" <corbet@lwn.net>,
	"halves@canonical.com" <halves@canonical.com>,
	"kernel@gpiccoli.net" <kernel@gpiccoli.net>
Subject: Re: [PATCH V4] notifier/panic: Introduce panic_notifier_filter
Date: Tue, 8 Mar 2022 13:54:59 +0100	[thread overview]
Message-ID: <YidSI33Uk8wHDuO9@alley> (raw)
In-Reply-To: <788ab36d-ef65-4cc8-4edf-a46d2687d97e@igalia.com>

On Mon 2022-03-07 11:25:30, Guilherme G. Piccoli wrote:
> On 07/03/2022 11:04, bhe@redhat.com wrote:
> > [...]
> > Ah, sorry, I even didn't notice that. That's awesome if we can make use
> > of that. While I still have concerns:
> > 
> 
> Thanks, nice that you liked the idea.
> 
> > 1) about those we have decided to take out from panic notifier list and
> > put before kdump, e.g the Hypver-V notifier, how will we do with it? Are
> > we going to handle them as we have discussed?
> > 
> 
> While implementing that I will think of something, but if
> understood/remember correctly Hyper-V gonna be one of the first to run
> in the first notifier list proposed by Petr - so we might still use
> ordering by priority there, having Hyper-V being the first heh

My understanding is that the problem is not a priority but an ordering
against other operations.

Namely, Hyper-V must be called even before crash dump. Some others before
kmsg_dump(). And the rest only when the crash dump is not called at all.


> > 2) Combing and settling priority for all existing panic notifier looks
> > great, even though it will take some effort. How about the later newly
> > added one? How can we guarantee that those new notifiers are getting
> > appropriate priority to mark their order? Sometime we even don't know
> > a new panic notifier is added since code change may be made in any
> > component or driver.
> > 
> 
> This is a great point! How to do it? One idea is to have a special
> registering function for panic notifiers that checks for priority field
> missing, and good documentation is a good idea as well, always.
> 
> But if you / others have other suggestions, let me know - appreciate that.
> Cheers,

Honestly, I am not that keen about enforcing the priorities.

It would make sense only when the ordering is really important.
Then there should be some rules. It should be obvious why
something has to be done earlier than something else.

From my POV, it is just another complexity. Someone will need to
assign the priority to the existing notifiers. People will wonder
about it for newly added notifiers.

Reproducibility seems to be the only motivation. Is it really a
problem? Do the notifiers affect each other?

Also the notifiers are typically registered by some early boot
code. It will define some ordering out of box.

Best Regards,
Petr

  reply	other threads:[~2022-03-08 12:55 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-08 15:34 [PATCH V4] notifier/panic: Introduce panic_notifier_filter Guilherme G. Piccoli
2022-01-14 19:03 ` Guilherme G. Piccoli
     [not found]   ` <CALu+AoR+GrCpf0gqsx_XYETBGUAfRyP+SPNarK179hT7iQmCqQ@mail.gmail.com>
2022-01-18 13:22     ` Guilherme G. Piccoli
2022-01-16 13:11 ` Baoquan He
2022-01-17 12:59   ` Guilherme G. Piccoli
2022-01-20 15:14 ` Petr Mladek
2022-01-21 20:31   ` Guilherme G. Piccoli
2022-01-22 10:55     ` Baoquan He
2022-01-23 13:07       ` Masami Hiramatsu
2022-01-24 13:59         ` Baoquan He
2022-01-24 14:48           ` Guilherme G. Piccoli
2022-01-26  3:10             ` Baoquan He
2022-01-26 12:20               ` d.hatayama
2022-01-26 13:20               ` Petr Mladek
2022-01-30  8:50                 ` Baoquan He
2022-01-24 11:43       ` d.hatayama
2022-01-24 14:15         ` Baoquan He
2022-01-25 11:50 ` d.hatayama
2022-01-25 12:34   ` Guilherme G. Piccoli
2022-01-25 13:06     ` d.hatayama
2022-01-27 17:16       ` Guilherme G. Piccoli
2022-01-28 13:38         ` Petr Mladek
2022-02-08 18:51           ` Guilherme G. Piccoli
2022-02-09  0:31             ` bhe
2022-02-10 16:39               ` Guilherme G. Piccoli
2022-02-10 17:26                 ` Michael Kelley (LINUX)
2022-02-10 17:50                   ` Guilherme G. Piccoli
2022-03-06 14:21           ` Guilherme G. Piccoli
2022-03-07  3:42             ` bhe
2022-03-07 13:11               ` Guilherme G. Piccoli
2022-03-07 14:04                 ` bhe
2022-03-07 14:25                   ` Guilherme G. Piccoli
2022-03-08 12:54                     ` Petr Mladek [this message]
2022-03-08 13:04                       ` Guilherme G. Piccoli

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=YidSI33Uk8wHDuO9@alley \
    --to=pmladek@suse.com \
    --cc=akpm@linux-foundation.org \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=bhe@redhat.com \
    --cc=corbet@lwn.net \
    --cc=d.hatayama@fujitsu.com \
    --cc=dyoung@redhat.com \
    --cc=gpiccoli@igalia.com \
    --cc=halves@canonical.com \
    --cc=kernel@gpiccoli.net \
    --cc=kexec@lists.infradead.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=stern@rowland.harvard.edu \
    --cc=vgoyal@redhat.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