linux-kernel - Re: [PATCH 1/3] KVM: selftests: Use TAP interface in the kvm_binary_stats

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]

Date:   Wed, 5 Oct 2022 10:33:12 +0200
From:   Andrew Jones <andrew.jones@...ux.dev>
To:     Thomas Huth <thuth@...hat.com>
Cc:     Paolo Bonzini <pbonzini@...hat.com>,
        Sean Christopherson <seanjc@...gle.com>, kvm@...r.kernel.org,
        Shuah Khan <shuah@...nel.org>, linux-kselftest@...r.kernel.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/3] KVM: selftests: Use TAP interface in the
 kvm_binary_stats_test

On Tue, Oct 04, 2022 at 11:31:29AM +0200, Thomas Huth wrote:
> The kvm_binary_stats_test test currently does not have any output (unless
> one of the TEST_ASSERT statement fails), so it's hard to say for a user
> how far it did proceed already. Thus let's make this a little bit more
> user-friendly and include some TAP output via the kselftest.h interface.

I like the idea of switching the entire kvm selftests framework and all
tests to the ksft TAP interface. But, if we want to do that, then the
question is whether we should start by partially using it for some tests,
and then eventually switch over the framework, or whether we should try to
switch everything at once.

I think I prefer the latter, because without changing the framework we
can't provide full TAP anyway as TEST_ASSERT exits with 254 instead of 1
for a fail-exit and it doesn't output a final TAP test summary either.

All that said, this patch doesn't make the current situation worse and
it may help inspire the grand conversion, so

Reviewed-by: Andrew Jones <andrew.jones@...ux.dev>

Thanks,
drew