[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5a820cf9aae169e18635a8c867835817a50892b0.camel@sipsolutions.net>
Date: Mon, 24 Apr 2023 16:02:29 +0200
From: Benjamin Berg <benjamin@...solutions.net>
To: David Gow <davidgow@...gle.com>,
Matti Vaittinen <mazziesaccount@...il.com>,
Maxime Ripard <maxime@...no.tech>,
Brendan Higgins <brendan.higgins@...ux.dev>,
Stephen Boyd <sboyd@...nel.org>,
Shuah Khan <skhan@...uxfoundation.org>,
Daniel Latypov <dlatypov@...gle.com>,
Rae Moar <rmoar@...gle.com>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"Rafael J . Wysocki" <rafael@...nel.org>,
Heikki Krogerus <heikki.krogerus@...ux.intel.com>,
Jonathan Cameron <jic23@...nel.org>,
linux-kernel@...r.kernel.org, linux-kselftest@...r.kernel.org,
kunit-dev@...glegroups.com
Subject: Re: [PATCH v1 0/3] kunit: Deferred action helpers
Hi David,
On Mon, 2023-04-24 at 14:32 +0200, Benjamin Berg wrote:
> On Fri, 2023-04-21 at 16:42 +0800, 'David Gow' via KUnit Development wrote:
> > This is v1 of the KUnit deferred actions API, which implements an
> > equivalent of devm_add_action[1] on top of KUnit managed resources. This
> > provides a simple way of scheduling a function to run when the test
> > terminates (whether successfully, or with an error). It's therefore very
> > useful for freeing resources, or otherwise cleaning up.
> >
> > The notable changes since RFCv2[2] are:
> > - Got rid of the 'cancellation token' concept. It was overcomplicated,
> > and we can add it back if we need to.
> > - kunit_add_action() therefore now returns 0 on success, and an error
> > otherwise (like devm_add_action()). Though you may wish to use:
> > - Added kunit_add_action_or_reset(), which will call the deferred
> > function if an error occurs. (See devm_add_action_or_reset()). This
> > also returns an error on failure, which can be asserted safely.
> > - Got rid of the function pointer typedef. Personally, I liked it, but
> > it's more typedef-y than most kernel code.
> > - Got rid of the 'internal_gfp' argument: all internal state is now
> > allocated with GFP_KERNEL. The main KUnit resource API can be used
> > instead if this doesn't work for your use-case.
> >
> > I'd love to hear any further thoughts!
>
> I am happy with it as-is.
Oh, wait. Nothing big, but I just noticed that the new API functions
seem to not yet be exported using EXPORT_SYMBOL_GPL.
Benjamin
> Reviewed-By: Benjamin Berg <benjamin.berg@...el.com>
>
> >
> > Cheers,
> > -- David
> >
> > [1]:
> > https://docs.kernel.org/driver-api/basics.html#c.devm_add_action
> > [2]:
> > https://patchwork.kernel.org/project/linux-kselftest/list/?series=735720
> >
> >
> > David Gow (3):
> > kunit: Add kunit_add_action() to defer a call until test exit
> > kunit: executor_test: Use kunit_add_action()
> > kunit: kmalloc_array: Use kunit_add_action()
> >
> > include/kunit/resource.h | 76 +++++++++++++++++++++++++++++++
> > include/kunit/test.h | 10 ++++-
> > lib/kunit/executor_test.c | 11 ++---
> > lib/kunit/kunit-test.c | 88
> > +++++++++++++++++++++++++++++++++++-
> > lib/kunit/resource.c | 95
> > +++++++++++++++++++++++++++++++++++++++
> > lib/kunit/test.c | 48 ++++----------------
> > 6 files changed, 279 insertions(+), 49 deletions(-)
> >
> > --
> > 2.40.0.634.g4ca3ef3211-goog
> >
>
Powered by blists - more mailing lists