[PATCH v4 0/4] printk: replace ringbuffer
Sergey Senozhatsky
sergey.senozhatsky at gmail.com
Mon Jul 13 22:56:26 EDT 2020
On (20/07/10 11:58), John Ogness wrote:
>
> IMHO users of these sequence number interfaces need to see all the
> records individually and reassemble the LOG_CONT messages themselves if
> they want to. I believe that is the only sane path forward. To do this,
> the caller id will no longer be optional to the sequence number output
> since that is vital information to re-assemble the LOG_CONT messages.
Agreed. The caller id thus probably can be extended. Right now it only
tells us either we are in a process context (PID) or in something else.
This works sort of fine (I guess) because deeply nested printouts (printks
from NMI atop of process or irq printks) land in the deferred printk-safe
buffers, but things will change with the new logbuf (and after removal of
the logbuf_lock and per-CPU printk-safe buffers).
-ss
More information about the kexec
mailing list