linux-kernel - Re: [PATCH 00/16] selftests: vDSO: parse

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: <20250203165859-8af1246b-6dd8-468a-8e05-68c7b0cad304@linutronix.de>
Date: Mon, 3 Feb 2025 17:14:37 +0100
From: Thomas Weißschuh <thomas.weissschuh@...utronix.de>
To: Christophe Leroy <christophe.leroy@...roup.eu>
Cc: Kees Cook <kees@...nel.org>, Eric Biederman <ebiederm@...ssion.com>, 
	Shuah Khan <shuah@...nel.org>, Nathan Chancellor <nathan@...nel.org>, 
	Nick Desaulniers <ndesaulniers@...gle.com>, Bill Wendling <morbo@...gle.com>, 
	Justin Stitt <justinstitt@...gle.com>, Andy Lutomirski <luto@...nel.org>, 
	Thomas Gleixner <tglx@...utronix.de>, Vincenzo Frascino <vincenzo.frascino@....com>, 
	linux-mm@...ck.org, linux-kernel@...r.kernel.org, linux-kselftest@...r.kernel.org, 
	llvm@...ts.linux.dev
Subject: Re: [PATCH 00/16] selftests: vDSO: parse_vdso: Make compatible with
 nolibc

On Mon, Feb 03, 2025 at 04:43:22PM +0100, Christophe Leroy wrote:
<snip>

> Do you have any plan to get it work with nolibc for all test programs in
> selftests/vDSO, not only the standalone x86 test ?

Not directly as next step. I am focussing on some other work which will
integrate (vDSO) selftests with nolibc slightly differently.
However if you have interest in converting the tests now, that would be
great and will also be useful for my future changes.
The current issues I see:
* Missing architecture support in nolibc (should be fairly easy to implement)
* Missing kselftest_harness.h support in nolibc (I'm working on that)
* Maybe some users want to stick with their regular libc
  (Nothing should prevent that, but the mechanism may need some discussion)

Thomas