linux-kernel - Re: [PATCH 02/23] regset: Add explicit core note name in struct user

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20250709115730.2052203A34-agordeev@linux.ibm.com>
Date: Wed, 9 Jul 2025 13:57:30 +0200
From: Alexander Gordeev <agordeev@...ux.ibm.com>
To: Dave Martin <Dave.Martin@....com>
Cc: linux-kernel@...r.kernel.org, Oleg Nesterov <oleg@...hat.com>,
        Kees Cook <kees@...nel.org>, Akihiko Odaki <akihiko.odaki@...nix.com>
Subject: Re: [PATCH 02/23] regset: Add explicit core note name in struct
 user_regset

On Tue, Jul 01, 2025 at 02:55:55PM +0100, Dave Martin wrote:
> There is currently hard-coded logic spread around the tree for
> determining the note name for regset notes emitted in coredumps.
> 
> Now that the names are declared explicitly in <uapi/elf.h>, this can be
> simplified.
> 
> In preparation for getting rid of the special-case logic, add an
> explicit core_note_name field in struct user_regset for specifying the
> note name explicitly.  To help avoid mistakes, a convenience macro
> USER_REGSET_NOTE_TYPE() is provided to set .core_note_type and
> .core_note_name based on the note type.
> 
> When dumping core, use the new field to set the note name, if the
> regset specifies it.
> 
> Signed-off-by: Dave Martin <Dave.Martin@....com>
> Cc: Oleg Nesterov <oleg@...hat.com>
> Cc: Kees Cook <kees@...nel.org>
> Cc: Akihiko Odaki <akihiko.odaki@...nix.com>
> ---
>  fs/binfmt_elf.c        |  8 ++++++--
>  include/linux/regset.h | 10 ++++++++++
>  2 files changed, 16 insertions(+), 2 deletions(-)

Acked-by: Alexander Gordeev <agordeev@...ux.ibm.com> # s390