POC: Alternative solution: Re: [PATCH 0/4] printk: reimplement LOG_CONT handling

John Ogness john.ogness at linutronix.de
Fri Aug 14 04:16:35 EDT 2020


On 2020-08-14, Sergey Senozhatsky <sergey.senozhatsky at gmail.com> wrote:
> One thing that we need to handle here, I believe, is that the context
> which crashes the kernel should flush its cont buffer, because the
> information there is relevant to the crash:
>
> 	pr_cont_alloc_info(&c);
> 	pr_cont(&c, "1");
> 	pr_cont(&c, "2");
> 	>>
> 	   oops
> 	      panic()
> 	<<
> 	pr_cont_flush(&c);
>
> We better flush that context's pr_cont buffer during panic().

I am not convinced of the general usefulness of partial messages, but as
long as we have an API that includes registration, usage, and
deregistration of some sort of handle, then we leave the window open for
such implementations.

John Ogness



More information about the kexec mailing list