[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87y1ygyojz.fsf@stepbren-lnx.us.oracle.com>
Date: Wed, 01 Jun 2022 16:03:12 -0700
From: Stephen Brennan <stephen.s.brennan@...cle.com>
To: Eric Biggers <ebiggers@...nel.org>,
David Howells <dhowells@...hat.com>
Cc: torvalds@...ux-foundation.org, stable@...r.kernel.org,
Jarkko Sakkinen <jarkko@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
keyrings@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] assoc_array: Fix BUG_ON during garbage collect
Eric Biggers <ebiggers@...nel.org> writes:
> On Thu, May 19, 2022 at 09:50:30AM +0100, David Howells wrote:
>> diff --git a/lib/assoc_array.c b/lib/assoc_array.c
>> index 079c72e26493..ca0b4f360c1a 100644
>> --- a/lib/assoc_array.c
>> +++ b/lib/assoc_array.c
>
> Where are the tests for this file?
As of today there are none:
$ grep -lr assoc_array
lib/assoc_array.c
lib/Makefile
lib/Kconfig
arch/powerpc/mm/numa.c
arch/powerpc/platforms/pseries/hotplug-memory.c
Documentation/core-api/index.rst
Documentation/core-api/assoc_array.rst
Documentation/translations/zh_CN/core-api/index.rst
Documentation/translations/zh_CN/core-api/assoc_array.rst
include/linux/assoc_array.h
include/linux/key.h
include/linux/assoc_array_priv.h
include/keys/keyring-type.h
security/keys/internal.h
security/keys/key.c
security/keys/keyring.c
security/keys/request_key.c
The assoc_array code is easy to get up and running in userspace (see the
reproducer for this bug). So testing it would be feasible with some sort
of userspace runner (KUnit?). Seems it hasn't been done yet.
Stephen
>
> - Eric
Powered by blists - more mailing lists