mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Petr Mladek <pmladek@suse.com>
To: David Laight <David.Laight@aculab.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Sergey Senozhatsky <senozhatsky@chromium.org>,
	Steven Rostedt <rostedt@goodmis.org>,
	John Ogness <john.ogness@linutronix.de>,
	Andy Shevchenko <andriy.shevchenko@linux.intel.com>,
	Rasmus Villemoes <linux@rasmusvillemoes.dk>,
	Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
	Thomas Gleixner <tglx@linutronix.de>, Jan Kara <jack@suse.cz>,
	Peter Zijlstra <peterz@infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [GIT PULL] printk for 5.20
Date: Tue, 2 Aug 2022 09:37:28 +0200	[thread overview]
Message-ID: <YujUOEVXYpZBq5jz@alley> (raw)
In-Reply-To: <16ef8dbc4bdf4120b046ebacaf1f3cf2@AcuMS.aculab.com>

On Mon 2022-08-01 15:45:13, David Laight wrote:
> > - Completely disable printing on consoles with CONFIG_RT. They break
> >   RT guarantees. They are too slow to be called with raw spinlocks.
> >   They can't be called with normal spinlocks in an atomic context because
> >   RT spinlocks might sleep. It is going to get fixed by the kthreads and
> >   atomic consoles. In the meantime, the debugging of CONFIG_RT kernel
> >   will be possible only by the user space kernel log readers.
> 
> SYSV used to be like that if you were running syslogd.
> Used to make debugging some issues completely impossible.

Sure. My understanding is that this is how RT guys want it in
4.19. There is no quick magic solution. Either printk() would break
RT guarantees or messages will not be seen on consoles. The blank
consoles were chosen as the least bad solution. Of course, we
are still working on the printk kthreads and atomic consoles
that would allow debugging using consoles on RT again.

Best Regards,
Petr

  reply	other threads:[~2022-08-02  7:37 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-01 15:07 Petr Mladek
2022-08-01 15:45 ` David Laight
2022-08-02  7:37   ` Petr Mladek [this message]
2022-08-03  3:19 ` Linus Torvalds
2022-08-03 14:35   ` Sebastian Andrzej Siewior
2022-08-03 14:46     ` David Laight
2022-08-03 15:43   ` Petr Mladek
2022-08-03 16:06     ` Steven Rostedt
2022-08-03 16:08     ` Linus Torvalds
2022-08-03 16:34       ` Sebastian Andrzej Siewior
2022-08-03 17:08       ` Ingo Molnar
2022-08-09  1:18   ` Thomas Gleixner
2022-08-11 13:38     ` Daniel Vetter

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=YujUOEVXYpZBq5jz@alley \
    --to=pmladek@suse.com \
    --cc=David.Laight@aculab.com \
    --cc=andriy.shevchenko@linux.intel.com \
    --cc=bigeasy@linutronix.de \
    --cc=jack@suse.cz \
    --cc=john.ogness@linutronix.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@rasmusvillemoes.dk \
    --cc=peterz@infradead.org \
    --cc=rostedt@goodmis.org \
    --cc=senozhatsky@chromium.org \
    --cc=tglx@linutronix.de \
    --cc=torvalds@linux-foundation.org \
    /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®