From: John Ogness <john.ogness@linutronix.de>
To: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Cc: linux-kernel@vger.kernel.org, Petr Mladek <pmladek@suse.com>,
Sergey Senozhatsky <senozhatsky@chromium.org>,
Steven Rostedt <rostedt@goodmis.org>,
Thomas Gleixner <tglx@linutronix.de>
Subject: Re: [PATCH] printk: Skip console drivers on PREEMPT_RT.
Date: Wed, 20 Jul 2022 19:56:01 +0206 [thread overview]
Message-ID: <87ilnrn06u.fsf@jogness.linutronix.de> (raw)
In-Reply-To: <Ytgu17hATM8iqdGC@linutronix.de>
On 2022-07-20, Sebastian Andrzej Siewior <bigeasy@linutronix.de> wrote:
>> > --- a/kernel/printk/printk.c
>> > +++ b/kernel/printk/printk.c
>> > @@ -2843,6 +2843,16 @@ void console_unlock(void)
>> > }
>> >
>> > /*
>> > + * On PREEMPT_RT it is not possible to invoke console drivers with
>> > + * disabled interrupts and or preemption. Therefore all drivers are
>> > + * skipped and the output can be retrieved from the buffer.
>> > + */
>> > + if (IS_ENABLED(CONFIG_PREEMPT_RT)) {
>> > + up_console_sem();
>>
>> This should be:
>>
>> __console_unlock();
>
> Why?
Because that is the official function that performs the console
unlocking. With upcoming patches, that function does more. But even
without those patches, by directly calling up_console_sem() you are
leaving @console_locked set. The @console_locked variable is used by the
vt code to validate correct console locking.
I realize you are just copy/pasting from the condition above (checking
@console_suspended), but that condition is special. When consoles are
suspended, we still allow @console_sem to be locked/unlocked, but
without changing the locked status of the console. See suspend_console()
and resume_console() if you really want to see the gory details.
John
next prev parent reply other threads:[~2022-07-20 17:50 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-20 15:48 [PATCH] printk: Skip console drivers on PREEMPT_RT Sebastian Andrzej Siewior
2022-07-20 16:26 ` John Ogness
2022-07-20 16:35 ` Sebastian Andrzej Siewior
2022-07-20 17:50 ` John Ogness [this message]
2022-07-21 6:50 ` [PATCH v2] " Sebastian Andrzej Siewior
2022-07-22 12:39 ` Petr Mladek
2022-07-22 17:03 ` Sebastian Andrzej Siewior
2022-07-25 12:30 ` Petr Mladek
2022-07-25 12:51 ` John Ogness
2022-07-25 13:55 ` Sebastian Andrzej Siewior
2022-07-25 14:24 ` Petr Mladek
2022-07-25 15:16 ` [PATCH v3] " Sebastian Andrzej Siewior
2022-07-26 7:39 ` Petr Mladek
2022-07-26 7:57 ` John Ogness
2022-07-26 13:11 ` Petr Mladek
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=87ilnrn06u.fsf@jogness.linutronix.de \
--to=john.ogness@linutronix.de \
--cc=bigeasy@linutronix.de \
--cc=linux-kernel@vger.kernel.org \
--cc=pmladek@suse.com \
--cc=rostedt@goodmis.org \
--cc=senozhatsky@chromium.org \
--cc=tglx@linutronix.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.