lkml.org 
[lkml]   [2022]   [Oct]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH printk v2 28/38] printk: console_unblank: use srcu console list iterator
On Wed 2022-10-19 17:01:50, John Ogness wrote:
> Use srcu console list iteration for console list traversal.
>
> Document why the console_lock is still necessary.
>
> Signed-off-by: John Ogness <john.ogness@linutronix.de>

Reviewed-by: Petr Mladek <pmladek@suse.com>

See a note below.

> --- a/kernel/printk/printk.c
> +++ b/kernel/printk/printk.c
> @@ -2948,10 +2948,14 @@ EXPORT_SYMBOL(console_conditional_schedule);
> void console_unblank(void)
> {
> struct console *c;
> + int cookie;
>
> /*
> - * console_unblank can no longer be called in interrupt context unless
> - * oops_in_progress is set to 1..
> + * Stop console printing because the unblank() callback may
> + * assume the console is not within its write() callback.

From some reason, I believe this even without more details. I expect
that unbank() would need to refresh the screen and use similar
code as the write() callback.

It is different than the device() callback where the dependency is
less obvious.

Best Regards,
Petr

> + *
> + * If @oops_in_progress is set, this may be an atomic context.
> + * In that case, attempt a trylock as best-effort.
> */
> if (oops_in_progress) {
> if (down_trylock_console_sem() != 0)
> @@ -2961,9 +2965,14 @@ void console_unblank(void)
>
> console_locked = 1;
> console_may_schedule = 0;
> - for_each_console(c)
> +
> + cookie = console_srcu_read_lock();
> + for_each_console_srcu(c) {
> if (console_is_enabled(c) && c->unblank)
> c->unblank();
> + }
> + console_srcu_read_unlock(cookie);
> +
> console_unlock();
>
> if (!oops_in_progress)

\
 
 \ /
  Last update: 2022-10-25 17:29    [W:0.589 / U:0.132 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site