Thread (4 messages) 4 messages, 2 authors, 2026-06-08

Re: [PATCH] KEYS: Use acquire when reading state in keyring search

From: Jarkko Sakkinen <jarkko@kernel.org>
Date: 2026-06-08 03:49:02
Also in: keyrings, lkml

On Tue, Jun 02, 2026 at 05:42:26PM +0800, Gui-Dong Han wrote:
On Sat, May 30, 2026 at 9:02 AM Jarkko Sakkinen [off-list ref] wrote:
quoted
On Fri, May 29, 2026 at 11:34:06AM +0800, Gui-Dong Han wrote:
quoted
The negative-key race fix added release/acquire ordering for key use.

Publish payload before state; read state before payload.

keyring_search_iterator() still uses READ_ONCE() before match callbacks.
An asymmetric match callback calls asymmetric_key_ids(), which reads
key->payload.data[asym_key_ids].

Use key_read_state() there to complete that ordering.
OK, so... I'm having a bit trouble understanding the exact concurrency
scenario you're trying to describe despite I think I get the fix itself
i.e. it is not pairing with mark_key_instantiated?
Yes, it is intended to pair with mark_key_instantiated().
OK, right. I'll apply this.

Reviewed-by: Jarkko Sakkinen <jarkko@kernel.org>

BR, Jarkko
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help