All of lore.kernel.org
 help / color / mirror / Atom feed
From: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
To: Tom Rini <trini@konsulko.com>
Cc: Simon Glass <sjg@chromium.org>,
	u-boot@lists.denx.de, Caleb Connolly <caleb.connolly@linaro.org>,
	Ilias Apalodimas <ilias.apalodimas@linaro.org>
Subject: Re: [PATCH 3/3] test/lib/uuid: Make lib_test_dynamic_uuid depend on SANDBOX
Date: Mon, 28 Oct 2024 22:24:58 +0100	[thread overview]
Message-ID: <7eb00a6a-bba3-4aa5-ba63-1da2c63b3e5f@canonical.com> (raw)
In-Reply-To: <20241028164844.2308549-3-trini@konsulko.com>

On 10/28/24 17:48, Tom Rini wrote:
> The dynamic UUID test checks for the sandbox specific capsule UUID to be
> used, so we can only perform this test on sandbox currently.

The tested function is gen_v5_guid(). This function is used to generated 
capsule UUIDs. It receives the test data provided in 
dynamic_uuid_test_data test_data[]:

* compatible string
* image name

The generated UUID is compared to a UUID provided in the test data.

By chance the chosen test data contains the string 'sandbox'.

It is not obvious why this test should depend on running on the sandbox.

Where did it fail for you?

Best regards

Heinrich

> 
> Signed-off-by: Tom Rini <trini@konsulko.com>
> ---
>   test/lib/uuid.c | 2 ++
>   1 file changed, 2 insertions(+)
> 
> diff --git a/test/lib/uuid.c b/test/lib/uuid.c
> index d00e9563a472..55ef9e7454d7 100644
> --- a/test/lib/uuid.c
> +++ b/test/lib/uuid.c
> @@ -84,6 +84,7 @@ static int lib_test_uuid_bits(struct unit_test_state *uts)
>   LIB_TEST(lib_test_uuid_bits, 0);
>   #endif
>   
> +#ifdef CONFIG_SANDBOX
>   struct dynamic_uuid_test_data {
>   	const char *compatible;
>   	const u16 *images[4];
> @@ -159,3 +160,4 @@ static int lib_test_dynamic_uuid(struct unit_test_state *uts)
>   }
>   
>   LIB_TEST(lib_test_dynamic_uuid, 0);
> +#endif


  reply	other threads:[~2024-10-28 21:25 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-28 16:48 [PATCH 1/3] test/cmd: Make some "ut dm" tests only available on sandbox Tom Rini
2024-10-28 16:48 ` [PATCH 2/3] test/hush: Add CONFIG_CONSOLE_RECORD where required Tom Rini
2024-10-28 21:08   ` Heinrich Schuchardt
2024-10-28 16:48 ` [PATCH 3/3] test/lib/uuid: Make lib_test_dynamic_uuid depend on SANDBOX Tom Rini
2024-10-28 21:24   ` Heinrich Schuchardt [this message]
2024-10-28 21:34     ` Tom Rini
2024-10-28 22:01       ` Heinrich Schuchardt
2024-10-28 23:22         ` Tom Rini
2024-10-28 21:02 ` [PATCH 1/3] test/cmd: Make some "ut dm" tests only available on sandbox Heinrich Schuchardt
2024-10-29 22:28 ` (subset) " Tom Rini

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7eb00a6a-bba3-4aa5-ba63-1da2c63b3e5f@canonical.com \
    --to=heinrich.schuchardt@canonical.com \
    --cc=caleb.connolly@linaro.org \
    --cc=ilias.apalodimas@linaro.org \
    --cc=sjg@chromium.org \
    --cc=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.