[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9e7488652ab73d7c5c2f93ea3c68253a9f08cd82.camel@HansenPartnership.com>
Date: Thu, 09 Oct 2025 08:44:35 -0400
From: James Bottomley <James.Bottomley@...senPartnership.com>
To: Thorsten Blum <thorsten.blum@...ux.dev>, Mimi Zohar
<zohar@...ux.ibm.com>, David Howells <dhowells@...hat.com>, Jarkko
Sakkinen <jarkko@...nel.org>, Paul Moore <paul@...l-moore.com>, James
Morris <jmorris@...ei.org>, "Serge E. Hallyn" <serge@...lyn.com>
Cc: linux-integrity@...r.kernel.org, keyrings@...r.kernel.org,
linux-security-module@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] KEYS: encrypted: Use designated initializers for
match_table_t structs
On Thu, 2025-10-09 at 13:58 +0200, Thorsten Blum wrote:
> Use designated initializers for 'key_format_tokens' and 'key_tokens'
> to allow struct fields to be reordered more easily
How does it improve that? The key,value pairs are surrounded by braces
so we just cut and paste the lot anyway.
> and to improve readability.
I don't think I agree with this when looking through the code,
especially because this is the way it's done for *every* option in the
entire key subsystem. So firstly I really don't think it's helpful for
only encrypted keys to be different from everything else and secondly
when I read the code (as I often do to figure out what the options
mean), the additional .token and .pattern just get in the way of what
I'm looking for.
Regards,
James
Powered by blists - more mailing lists