LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Isabella B do Amaral <isabellabdoamaral@usp.br>
To: David Gow <davidgow@google.com>
Cc: "Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Enzo Ferreira" <ferreiraenzoa@gmail.com>,
	"Augusto Durães Camargo" <augusto.duraes33@gmail.com>,
	"Brendan Higgins" <brendanhiggins@google.com>,
	"Daniel Latypov" <dlatypov@google.com>,
	"open list:KERNEL SELFTEST FRAMEWORK"
	<linux-kselftest@vger.kernel.org>,
	"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
	"KUnit Development" <kunit-dev@googlegroups.com>,
	~lkcamp/patches@lists.sr.ht, rodrigosiqueiramelo@gmail.com
Subject: Re: [PATCH 6/6] test_hash.c: refactor into kunit
Date: Sun, 5 Sep 2021 20:32:06 -0300	[thread overview]
Message-ID: <CAAniXFQ=ROiYm1GxEW2jks0M1B0y8ZgsugksW37eMRwT67bG2Q@mail.gmail.com> (raw)
In-Reply-To: <CABVgOSkHkN8Rx+JKN3W89oECAYuoiyVndvhGcOQswDbo9RXQ8w@mail.gmail.com>

Hi, David,

On Thu, Aug 26, 2021 at 1:26 AM David Gow <davidgow@google.com> wrote:
>
> On Thu, Aug 26, 2021 at 9:26 AM Isabella Basso <isabellabdoamaral@usp.br> wrote:
> >
> > Use KUnit framework to make tests more easily integrable with CIs. Even
> > though these tests are not yet properly written as unit tests this
> > change should help in debugging.
>
> Thanks -- I think KUnit is a good fit for these tests. I've tested the
> series, and it works well for me (but again, I'm no expert on the
> hashing code).
>
> I've left a few comments below, but there's nothing major which seems
> to actually break the test, so this series is nevertheless:
>
> Tested-by: David Gow <davidgow@google.com>

Thanks a lot for this! Really appreciate it. :)

> >
> > Also drop module support and remove kernel messages (i.e. through
> > pr_info) as KUnit handles all debugging output.
>
> To clarify, are you actually dropping support for building this as a
> module, or just letting KUnit handle it for you? Ideally, this will
> still work as a module, even if it also works as a built-in test.
> (Given that the Kconfig entry still is 'tristate', I assume this is the case.)

This, actually, wasn't 100% clear to me at the time of writing this commit, so
I apologize for the uninformed diff/message. Again, thanks for the heads up!

> >
> > Co-developed-by: Augusto Durães Camargo <augusto.duraes33@gmail.com>
> > Signed-off-by: Augusto Durães Camargo <augusto.duraes33@gmail.com>
> > Co-developed-by: Enzo Ferreira <ferreiraenzoa@gmail.com>
> > Signed-off-by: Enzo Ferreira <ferreiraenzoa@gmail.com>
> > Signed-off-by: Isabella Basso <isabellabdoamaral@usp.br>
> > ---
> >  lib/Kconfig.debug |  28 ++++---
> >  lib/Makefile      |   2 +-
> >  lib/test_hash.c   | 197 ++++++++++++++--------------------------------
> >  3 files changed, 79 insertions(+), 148 deletions(-)
> >
> > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> > index 5e5894d98c50..adefb03a7e16 100644
> > --- a/lib/Kconfig.debug
> > +++ b/lib/Kconfig.debug
> > @@ -2221,15 +2221,6 @@ config TEST_RHASHTABLE
> >
> >           If unsure, say N.
> >
> > -config TEST_HASH
> > -       tristate "Perform selftest on hash functions"
> > -       help
> > -         Enable this option to test the kernel's integer (<linux/hash.h>), and
> > -         string (<linux/stringhash.h>) hash functions on boot (or module load).
> > -
> > -         This is intended to help people writing architecture-specific
> > -         optimized versions.  If unsure, say N.
> > -
> >  config TEST_SIPHASH
> >         tristate "Perform selftest on siphash functions"
> >         help
> > @@ -2378,6 +2369,25 @@ config BITFIELD_KUNIT
> >
> >           If unsure, say N.
> >
> > +config HASH_KUNIT_TEST
> > +       tristate "KUnit Test for integer hash functions" if !KUNIT_ALL_TESTS
> > +       depends on KUNIT
> > +       default KUNIT_ALL_TESTS
> > +       help
> > +         Enable this option to test the kernel's string (<linux/stringhash.h>), and
> > +         integer (<linux/hash.h>) hash functions on boot.
> > +
> > +         KUnit tests run during boot and output the results to the debug log
> > +         in TAP format (https://testanything.org/). Only useful for kernel devs
> > +         running the KUnit test harness, and not intended for inclusion into a
> > +         production build.
> > +
> > +         For more information on KUnit and unit tests in general please refer
> > +         to the KUnit documentation in Documentation/dev-tools/kunit/.
> > +
> > +         This is intended to help people writing architecture-specific
> > +         optimized versions. If unsure, say N.
> > +
> >  config RESOURCE_KUNIT_TEST
> >         tristate "KUnit test for resource API"
> >         depends on KUNIT
> > diff --git a/lib/Makefile b/lib/Makefile
> > index c2e81d0eb31c..0bc336d9d036 100644
> > --- a/lib/Makefile
> > +++ b/lib/Makefile
> > @@ -62,7 +62,7 @@ obj-$(CONFIG_TEST_BITOPS) += test_bitops.o
> >  CFLAGS_test_bitops.o += -Werror
> >  obj-$(CONFIG_TEST_SYSCTL) += test_sysctl.o
> >  obj-$(CONFIG_TEST_SIPHASH) += test_siphash.o
> > -obj-$(CONFIG_TEST_HASH) += test_hash.o
> > +obj-$(CONFIG_HASH_KUNIT_TEST) += test_hash.o
> >  obj-$(CONFIG_TEST_IDA) += test_ida.o
> >  obj-$(CONFIG_KASAN_KUNIT_TEST) += test_kasan.o
> >  CFLAGS_test_kasan.o += -fno-builtin
> > diff --git a/lib/test_hash.c b/lib/test_hash.c
> > index c168823b0963..84590bbf47dc 100644
> > --- a/lib/test_hash.c
> > +++ b/lib/test_hash.c
> > @@ -14,14 +14,10 @@
> >   * and hash_64().
> >   */
> >
> > -#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt "\n"
> > -
> > -#include <linux/compiler.h>
> >  #include <linux/types.h>
> > -#include <linux/module.h>
> >  #include <linux/hash.h>
> >  #include <linux/stringhash.h>
> > -#include <linux/printk.h>
> > +#include <kunit/test.h>
> >
> >  #define SIZE 256 /* Run time is cubic in SIZE */
> >
> > @@ -29,7 +25,7 @@ static u32 string_or; /* stores or-ed string output */
> >  static u32 hash_or[2][33] = { { 0, } }; /* stores or-ed hash output */
> >
> >  /* 32-bit XORSHIFT generator.  Seed must not be zero. */
> > -static u32 __init __attribute_const__
> > +static u32 __attribute_const__
> >  xorshift(u32 seed)
> >  {
> >         seed ^= seed << 13;
> > @@ -39,7 +35,7 @@ xorshift(u32 seed)
> >  }
> >
> >  /* Given a non-zero x, returns a non-zero byte. */
> > -static u8 __init __attribute_const__
> > +static u8 __attribute_const__
> >  mod255(u32 x)
> >  {
> >         x = (x & 0xffff) + (x >> 16);   /* 1 <= x <= 0x1fffe */
> > @@ -50,8 +46,7 @@ mod255(u32 x)
> >  }
> >
> >  /* Fill the buffer with non-zero bytes. */
> > -static void __init
> > -fill_buf(char *buf, size_t len, u32 seed)
> > +static void fill_buf(char *buf, size_t len, u32 seed)
> >  {
> >         size_t i;
> >
> > @@ -62,41 +57,31 @@ fill_buf(char *buf, size_t len, u32 seed)
> >  }
> >
> >  #ifdef HAVE_ARCH__HASH_32
> > -static bool __init
> > -test_int_hash32(u32 *h0, u32 *h1, u32 *h2)
> > +static bool test_int_hash32(struct kunit *test, u32 *h0, u32 *h1, u32 *h2)
> >  {
> >         hash_or[1][0] |= *h2 = __hash_32_generic(h0);
> >  #if HAVE_ARCH__HASH_32 == 1
> > -       if (*h1 != *h2) {
> > -               pr_err("__hash_32(%#x) = %#x != __hash_32_generic() = %#x",
> > -                      *h0, *h1, *h2);
> > -               return false;
> > -       }
> > +       KUNIT_ASSERT_EQ_MSG(test, *h1, *h2,
> > +                           "__hash_32(%#x) = %#x != __hash_32_generic() = %#x",
> > +                           *h0, *h1, *h2);
>
> Should this (and others) be EXPECTations rather than ASSERTions? I
> imagine we'd want to continue the test even if this doesn't match.
>
> (I know that the existing function returns early here, but I'd argue
> that __hash_32() and __hash_32_generic() producing different results
> is a separate issue than the final ORed result turning out
> differently, and we shouldn't change the latter by exiting out early
> from the former.

I was also a bit troubled by this question, as each operation performed is
sequential and they all conspire for later test use. Would love to hear Spelvin
on this matter but I'm equally as pleased by your guidance. :)

> Equally, there's probably an argument for splitting
> out the __hash_32() vs __hash_32_generic() tests completely from the
> _or tests, but that would be more work.)
>
> >  #endif
> > -       return true;
> >  }
> >  #endif
> >
> >  #ifdef HAVE_ARCH_HASH_64
> > -static bool __init
> > -test_int_hash64(unsigned long long h64, u32 *h0, u32 *h1, u32 *h2, u32 const *m, int k)
> > +static bool test_int_hash64(struct kunit *test, unsigned long long h64, u32 *h0, u32 *h1,
> > +               u32 *h2, u32 const *m, int k)
> >  {
> >         *h2 = hash_64_generic(*h64, *k);
> >  #if HAVE_ARCH_HASH_64 == 1
> > -       if (*h1 != *h2) {
> > -               pr_err("hash_64(%#llx, %d) = %#x != hash_64_generic() = %#x",
> > -                      *h64, *k, *h1, *h2);
> > -               return false;
> > -       }
> > +       KUNIT_ASSERT_EQ_MSG(test, *h1, *h2,
> > +                           "hash_64(%#llx, %d) = %#x != hash_64_generic() = %#x",
> > +                           *h64, *k, *h1, *h2);
> >  #else
> > -       if (*h2 > *m) {
> > -               pr_err("hash_64_generic(%#llx, %d) = %#x > %#x",
> > -                      *h64, *k, *h1, *m);
> > -               return false;
> > -       }
> > +       KUNIT_ASSERT_LE_MSG(test, *h1, *h2,
> > +                           "hash_64_generic(%#llx, %d) = %#x > %#x",
> > +                           *h64, *k, *h1, *m);
> >  #endif
> > -       return true;
> > -
> >  }
> >  #endif
> >
> > @@ -109,8 +94,7 @@ test_int_hash64(unsigned long long h64, u32 *h0, u32 *h1, u32 *h2, u32 const *m,
> >   * inline, the code being tested is actually in the module, and you can
> >   * recompile and re-test the module without rebooting.
> >   */
> > -static bool __init
> > -test_int_hash(unsigned long long h64)
> > +static void test_int_hash(struct kunit *test, unsigned long long h64)
> >  {
> >         int k;
> >         u32 h0 = (u32)h64, h1;
> > @@ -122,7 +106,7 @@ test_int_hash(unsigned long long h64)
> >         /* Test __hash32 */
> >         hash_or[0][0] |= h1 = __hash_32(h0);
> >  #ifdef HAVE_ARCH__HASH_32
> > -       if (!test_int_hash32(&h0, &h1, &h2))
> > +       if (!test_int_hash32(test, &h0, &h1, &h2))
> >                 return false;
> >  #endif
> >
> > @@ -132,27 +116,22 @@ test_int_hash(unsigned long long h64)
> >
> >                 /* Test hash_32 */
> >                 hash_or[0][k] |= h1 = hash_32(h0, k);
> > -               if (h1 > m) {
> > -                       pr_err("hash_32(%#x, %d) = %#x > %#x", h0, k, h1, m);
> > -                       return false;
> > -               }
> > +               KUNIT_ASSERT_LE_MSG(test, h1, m,
> > +                                   "hash_32(%#x, %d) = %#x > %#x",
> > +                                   h0, k, h1, m);
> >
> >                 /* Test hash_64 */
> >                 hash_or[1][k] |= h1 = hash_64(h64, k);
> > -               if (h1 > m) {
> > -                       pr_err("hash_64(%#llx, %d) = %#x > %#x", h64, k, h1, m);
> > -                       return false;
> > -               }
> > +               KUNIT_ASSERT_LE_MSG(test, h1, m,
> > +                                   "hash_64(%#llx, %d) = %#x > %#x",
> > +                                   h64, k, h1, m);
> >  #ifdef HAVE_ARCH_HASH_64
> > -               if (!test_int_hash64(&h64, &h0, &h1, &h2, &m, &k))
> > -                       return false;
> > +               test_int_hash64(test, &h64, &h0, &h1, &h2, &m, &k);
> >  #endif
> >         }
> > -
> > -       return true;
> >  }
> >
> > -static int __init test_string_or(void)
> > +static void test_string_or(struct kunit *test)
> >  {
> >         char buf[SIZE+1];
> >         int i, j;
> > @@ -173,19 +152,14 @@ static int __init test_string_or(void)
> >         } /* j */
> >
> >         /* The OR of all the hash values should cover all the bits */
> > -       if (~string_or) {
> > -               pr_err("OR of all string hash results = %#x != %#x",
> > -                      string_or, -1u);
> > -               return -EINVAL;
> > -       }
> > -
> > -       return 0;
> > +       KUNIT_ASSERT_FALSE_MSG(test, ~string_or,
> > +                             "OR of all string hash results = %#x != %#x",
> > +                             string_or, -1u);
> >  }
> >
> > -static int __init test_hash_or(void)
> > +static void test_hash_or(struct kunit *test)
> >  {
> >         char buf[SIZE+1];
> > -       unsigned tests = 0;
> >         unsigned long long h64 = 0;
> >         int i, j;
> >
> > @@ -201,39 +175,27 @@ static int __init test_hash_or(void)
> >                         u32 h0 = full_name_hash(buf+i, buf+i, j-i);
> >
> >                         /* Check that hashlen_string gets the length right */
> > -                       if (hashlen_len(hashlen) != j-i) {
> > -                               pr_err("hashlen_string(%d..%d) returned length"
> > -                                      " %u, expected %d",
> > -                                      i, j, hashlen_len(hashlen), j-i);
> > -                               return -EINVAL;
> > -                       }
> > +                       KUNIT_ASSERT_EQ_MSG(test, hashlen_len(hashlen), j-i,
> > +                                           "hashlen_string(%d..%d) returned length %u, expected %d",
> > +                                           i, j, hashlen_len(hashlen), j-i);
> >                         /* Check that the hashes match */
> > -                       if (hashlen_hash(hashlen) != h0) {
> > -                               pr_err("hashlen_string(%d..%d) = %08x != "
> > -                                      "full_name_hash() = %08x",
> > -                                      i, j, hashlen_hash(hashlen), h0);
> > -                               return -EINVAL;
> > -                       }
> > +                       KUNIT_ASSERT_EQ_MSG(test, hashlen_hash(hashlen), h0,
> > +                                           "hashlen_string(%d..%d) = %08x != full_name_hash() = %08x",
> > +                                           i, j, hashlen_hash(hashlen), h0);
> >
> >                         h64 = h64 << 32 | h0;   /* For use with hash_64 */
> > -                       if (!test_int_hash(h64))
> > -                               return -EINVAL;
> > -                       tests++;
> > +                       test_int_hash(test, h64);
> >                 } /* i */
> >         } /* j */
> >
> > -       if (~hash_or[0][0]) {
> > -               pr_err("OR of all __hash_32 results = %#x != %#x",
> > -                      hash_or[0][0], -1u);
> > -               return -EINVAL;
> > -       }
> > +       KUNIT_ASSERT_FALSE_MSG(test, ~hash_or[0][0],
> > +                              "OR of all __hash_32 results = %#x != %#x",
> > +                              hash_or[0][0], -1u);
> >  #ifdef HAVE_ARCH__HASH_32
> >  #if HAVE_ARCH__HASH_32 != 1    /* Test is pointless if results match */
> > -       if (~hash_or[1][0]) {
> > -               pr_err("OR of all __hash_32_generic results = %#x != %#x",
> > -                      hash_or[1][0], -1u);
> > -               return -EINVAL;
> > -       }
> > +       KUNIT_ASSERT_FALSE_MSG(test, ~hash_or[1][0],
> > +                              "OR of all __hash_32_generic results = %#x != %#x",
> > +                              hash_or[1][0], -1u);
> >  #endif
> >  #endif
> >
> > @@ -241,65 +203,24 @@ static int __init test_hash_or(void)
> >         for (i = 1; i <= 32; i++) {
> >                 u32 const m = ((u32)2 << (i-1)) - 1;    /* Low i bits set */
> >
> > -               if (hash_or[0][i] != m) {
> > -                       pr_err("OR of all hash_32(%d) results = %#x "
> > -                              "(%#x expected)", i, hash_or[0][i], m);
> > -                       return -EINVAL;
> > -               }
> > -               if (hash_or[1][i] != m) {
> > -                       pr_err("OR of all hash_64(%d) results = %#x "
> > -                              "(%#x expected)", i, hash_or[1][i], m);
> > -                       return -EINVAL;
> > -               }
> > +               KUNIT_ASSERT_EQ_MSG(test, hash_or[0][i], m,
> > +                                   "OR of all hash_32(%d) results = %#x (%#x expected)",
> > +                                   i, hash_or[0][i], m);
> > +               KUNIT_ASSERT_EQ_MSG(test, hash_or[1][i], m,
> > +                                   "OR of all hash_64(%d) results = %#x (%#x expected)",
> > +                                   i, hash_or[1][i], m);
> >         }
> > -
> > -       pr_notice("%u tests passed.", tests);
> > -
> > -       return 0;
> >  }
> >
> > -static void __init notice_skipped_tests(void)
> > -{
> > -       /* Issue notices about skipped tests. */
> > -#ifdef HAVE_ARCH__HASH_32
> > -#if HAVE_ARCH__HASH_32 != 1
> > -       pr_info("__hash_32() is arch-specific; not compared to generic.");
> > -#endif
> > -#else
> > -       pr_info("__hash_32() has no arch implementation to test.");
> > -#endif
> > -#ifdef HAVE_ARCH_HASH_64
> > -#if HAVE_ARCH_HASH_64 != 1
> > -       pr_info("hash_64() is arch-specific; not compared to generic.");
> > -#endif
> > -#else
> > -       pr_info("hash_64() has no arch implementation to test.");
> > -#endif
> > -}
> > -
> > -static int __init
> > -test_hash_init(void)
> > -{
> > -       int ret;
> > -
> > -       ret = test_string_or();
> > -       if (ret < 0)
> > -               return ret;
> > -
> > -       ret = test_hash_or();
> > -       if (ret < 0)
> > -               return ret;
> > -
> > -       notice_skipped_tests();
> > -
> > -       return ret;
> > -}
> > -
> > -static void __exit test_hash_exit(void)
> > -{
> > -}
> > +static struct kunit_case hash_test_cases[] = {
> > +       KUNIT_CASE(test_string_or),
> > +       KUNIT_CASE(test_hash_or),
>
> Ideally, these could be split up further into separate __hash_32(),
> hash_32(), and hash_64() tests. Maybe even with separate tests for
> architecture-specific versus generic implementations as mentioned
> above, if that made sense. It'd require enough reworking of the tests
> and expected results though, that I wouldn't necessarily want to force
> such a significant change at the same time as this more
> straightforward port to KUnit.

I agree such changes would be quite interesting and would be willing to
continue working on this if I had some more knowledge of the hash functions. As
of now, I'm really not sure how I'd rework those tests, unfortunately. :/

> > +       {}
> > +};
> >
> > -module_init(test_hash_init);   /* Does everything */
> > -module_exit(test_hash_exit);   /* Does nothing */
> > +static struct kunit_suite hash_test_suite = {
> > +       .name = "hash_tests",
>
> It might be worth just naming this "hash", as the fact that it's a
> KUnit suite already tells us it contains tests.
>
> > +       .test_cases = hash_test_cases,
> > +};
> >
> > -MODULE_LICENSE("GPL");
>
> It's probably worth keeping this in as it's still GPLed, and can be
> built as a module.
>
> > +kunit_test_suite(hash_test_suite);
>
>
> > --
> > 2.33.0

Thanks,
--
Isabella Basso

  reply	other threads:[~2021-09-05 23:32 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-26  1:26 [PATCH 0/6] test_hash.c: refactor into KUnit Isabella Basso
2021-08-26  1:26 ` [PATCH 1/6] hash.h: remove unused define directive Isabella Basso
2021-08-26  4:01   ` David Gow
2021-09-05 22:31     ` Isabella B do Amaral
2021-08-26  1:26 ` [PATCH 2/6] test_hash.c: move common definitions to top of file Isabella Basso
2021-08-26 14:36   ` Marco Elver
2021-09-05 22:40     ` Isabella B do Amaral
2021-08-26  1:26 ` [PATCH 3/6] test_hash.c: split test_int_hash into arch-specific functions Isabella Basso
2021-08-26  4:21   ` David Gow
2021-09-05 22:53     ` Isabella B do Amaral
2021-08-26  1:26 ` [PATCH 4/6] test_hash.c: split test_hash_init Isabella Basso
2021-08-26  1:26 ` [PATCH 5/6] lib/Kconfig.debug: properly split hash test kernel entries Isabella Basso
2021-08-26  1:26 ` [PATCH 6/6] test_hash.c: refactor into kunit Isabella Basso
2021-08-26  4:26   ` David Gow
2021-09-05 23:32     ` Isabella B do Amaral [this message]
2021-08-26  6:00   ` kernel test robot
2021-08-26 10:10   ` kernel test robot
2021-08-26  1:36 ` [PATCH 0/6] test_hash.c: refactor into KUnit Daniel Latypov

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='CAAniXFQ=ROiYm1GxEW2jks0M1B0y8ZgsugksW37eMRwT67bG2Q@mail.gmail.com' \
    --to=isabellabdoamaral@usp.br \
    --cc=augusto.duraes33@gmail.com \
    --cc=brendanhiggins@google.com \
    --cc=davidgow@google.com \
    --cc=dlatypov@google.com \
    --cc=ferreiraenzoa@gmail.com \
    --cc=geert@linux-m68k.org \
    --cc=kunit-dev@googlegroups.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-kselftest@vger.kernel.org \
    --cc=rodrigosiqueiramelo@gmail.com \
    --cc=~lkcamp/patches@lists.sr.ht \
    --subject='Re: [PATCH 6/6] test_hash.c: refactor into kunit' \
    /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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).