Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) client-ip=2620:137:e000::3:7;
Date:   Fri, 29 Sep 2023 15:43:06 +0200
From:   Petr Mladek <pmladek@suse.com>
To:     John Ogness <john.ogness@linutronix.de>
Cc:     Sergey Senozhatsky <senozhatsky@chromium.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        Thomas Gleixner <tglx@linutronix.de>,
        linux-kernel@vger.kernel.org, Todd Brandt <todd.e.brandt@intel.com>
Subject: Re: [PATCH printk] printk: flush consoles before checking progress
Message-ID: <ZRbUaldrGz8u6CNp@alley>
References: <20230929113233.863824-1-john.ogness@linutronix.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20230929113233.863824-1-john.ogness@linutronix.de>
Precedence: bulk

On Fri 2023-09-29 13:38:33, John Ogness wrote:
> Commit 9e70a5e109a4 ("printk: Add per-console suspended state")
> removed console lock usage during resume and replaced it with
> the clearly defined console_list_lock and srcu mechanisms.
> 
> However, the console lock usage had an important side-effect
> of flushing the consoles. After its removal, consoles were no
> longer flushed before checking their progress.
> 
> Add the console_lock/console_unlock dance to the beginning
> of __pr_flush() to actually flush the consoles before checking
> their progress. Also add comments to clarify this additional
> usage of the console lock.
> 
> Finally, in case pr_flush() needs to poll-wait (for example,
> because there has been a handover to another CPU), reduce the
> polling interval from 100ms to 1ms. In the bug report it was
> mentioned that 100ms is unnecessarily long.
> 
> Reported-by: Todd Brandt <todd.e.brandt@intel.com>
> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217955
> Fixes: 9e70a5e109a4 ("printk: Add per-console suspended state")
> Signed-off-by: John Ogness <john.ogness@linutronix.de>

Looks good to me:

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

I am going to wait a bit for eventual feedback and push it to
linux-next the following week.

Best Regards,
Petr