[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Yy6nVpd3+yogT5pJ@kroah.com>
Date: Sat, 24 Sep 2022 08:44:38 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: John Ogness <john.ogness@...utronix.de>
Cc: Petr Mladek <pmladek@...e.com>,
Sergey Senozhatsky <senozhatsky@...omium.org>,
Steven Rostedt <rostedt@...dmis.org>,
Thomas Gleixner <tglx@...utronix.de>,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
Jiri Slaby <jirislaby@...nel.org>,
"James E.J. Bottomley" <James.Bottomley@...senpartnership.com>,
Helge Deller <deller@....de>,
Sven Schnelle <svens@...ckframe.org>,
John David Anglin <dave.anglin@...l.net>,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Julia Lawall <Julia.Lawall@...ia.fr>,
linux-parisc@...r.kernel.org,
Jason Wessel <jason.wessel@...driver.com>,
Daniel Thompson <daniel.thompson@...aro.org>,
Douglas Anderson <dianders@...omium.org>,
kgdb-bugreport@...ts.sourceforge.net, linux-serial@...r.kernel.org,
Aaron Tomlin <atomlin@...hat.com>,
Luis Chamberlain <mcgrof@...nel.org>
Subject: Re: [PATCH printk 00/18] preparation for threaded/atomic printing
On Sat, Sep 24, 2022 at 02:10:36AM +0206, John Ogness wrote:
> Hi,
>
> This series is essentially the first 18 patches of tglx's RFC series
> [0] with only minor changes in comments and commit messages. It's
> purpose is to lay the groundwork for the upcoming threaded/atomic
> console printing posted as the RFC series and demonstrated at
> LPC2022 [1].
>
> This series is interesting for mainline because it cleans up various
> code and documentation quirks discovered while working on the new
> console printing implementation.
>
> Aside from cleanups, the main features introduced here are:
>
> - Converts the console's DIY linked list implementation to hlist.
>
> - Introduces a console list lock (mutex) so that readers (such as
> /proc/consoles) can safely iterate the consoles without blocking
> console printing.
>
> - Adds SRCU support to the console list to prepare for safe console
> list iterating from any context.
>
> - Refactors buffer handling to prepare for per-console, per-cpu,
> per-context atomic printing.
>
> The series has the following parts:
>
> Patches 1 - 5: Cleanups
>
> Patches 6 - 12: Locking and list conversion
>
> Patches 13 - 18: Improved output buffer handling to prepare for
> code sharing
>
These all look great to me, thanks for resending them.
Do you want them to go through my serial/tty tree, or is there some
other tree to take them through (printk?)
If they are to go through someone else's tree, feel free to add:
Reviewed-by: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Powered by blists - more mailing lists