lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <841px9u5x2.fsf@jogness.linutronix.de>
Date: Sat, 11 Jan 2025 09:16:49 +0106
From: John Ogness <john.ogness@...utronix.de>
To: Sean Anderson <sean.anderson@...ux.dev>, Greg Kroah-Hartman
 <gregkh@...uxfoundation.org>, Jiri Slaby <jirislaby@...nel.org>,
 linux-serial@...r.kernel.org
Cc: Manikanta Guntupalli <manikanta.guntupalli@....com>,
 linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org, Michal
 Simek <michal.simek@....com>, Thomas Gleixner <tglx@...utronix.de>, Sean
 Anderson <sean.anderson@...ux.dev>, stable@...r.kernel.org
Subject: Re: [PATCH] tty: xilinx_uartps: split sysrq handling

On 2025-01-10, Sean Anderson <sean.anderson@...ux.dev> wrote:
> Fix this by splitting sysrq handling into two parts. We use the prepare
> helper under the port lock and defer handling until we release the lock.

Note that this fix is only necessary because this console driver is
using the legacy console API. For the NBCON API it is allowed to call
printk() while holding the port lock.

But since code already exists to allow deferring the sysrq execution
until the port lock is not held, this patch is probably a good idea
anyway because it can reduce port lock contention. AFAIK there are no
sysrq actions that require port lock synchronization.

Acked-by: John Ogness <john.ogness@...utronix.de>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ