[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3b920525-694c-a8e4-93f5-7b1a3f9ad009@intel.com>
Date: Mon, 17 May 2021 10:03:42 -0700
From: Reinette Chatre <reinette.chatre@...el.com>
To: Jarkko Sakkinen <jarkko@...nel.org>, shuah@...nel.org
Cc: linux-kselftest@...r.kernel.org, linux-sgx@...r.kernel.org,
Dave Hansen <dave.hansen@...ux.intel.com>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v5 2/2] selftests/sgx: Migrate to kselftest harness
Hi Jarkko,
On 5/12/2021 2:53 PM, Jarkko Sakkinen wrote:
> Migrate to kselftest harness. Use a fixture test with enclave initialized
> and de-initialized for each of the existing three tests, in other words:
>
> 1. One FIXTURE() for managing the enclave life-cycle.
> 2. Three TEST_F()'s, one for each test case.
>
> This gives a leaps better reporting than before. Here's an example
> transcript:
>
> TAP version 13
> 1..3
>
> ok 1 enclave.unclobbered_vdso
>
> ok 2 enclave.clobbered_vdso
>
> ok 3 enclave.clobbered_vdso_and_user_function
>
> Signed-off-by: Jarkko Sakkinen <jarkko@...nel.org>
> ---
>
> v5:
> * Use TH_LOG() for printing enclave address ranges instead of printf(),
> based on Reinette's remark.
Thank you for considering my feedback. The motivation for my comment was
to consider how this test output will be parsed. If these tests will
have their output parsed by automated systems then it needs to conform
to the TAP13 format as supported by kselftest.
In your latest version the output printed during a successful test has
been changed, using TH_LOG() as you noted. From what I can tell this is
the only output addressed - failing tests continue to print error
messages (perror, fprintf) without consideration of how they will be
parsed. My apologies, I am not a kselftest expert to know what the best
way for this integration is.
Reinette
Powered by blists - more mailing lists