mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Javier Martinez Canillas <javierm@redhat.com>
To: Maxime Ripard <mripard@kernel.org>,
	David Airlie <airlied@gmail.com>, Daniel Vetter <daniel@ffwll.ch>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Emma Anholt <emma@anholt.net>
Cc: Maxime Ripard <mripard@kernel.org>,
	linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 01/11] drm/tests: helpers: Switch to kunit actions
Date: Wed, 19 Jul 2023 20:42:51 +0200	[thread overview]
Message-ID: <871qh3ivys.fsf@minerva.mail-host-address-is-not-set> (raw)
In-Reply-To: <20230710-kms-kunit-actions-rework-v1-1-722c58d72c72@kernel.org>

Maxime Ripard <mripard@kernel.org> writes:

Hello Maxime,

The patch looks good to me. I've two questions below though.

Reviewed-by: Javier Martinez Canillas <javierm@redhat.com>

> Signed-off-by: Maxime Ripard <mripard@kernel.org>
> ---
>  drivers/gpu/drm/tests/drm_kunit_helpers.c | 32 +++++++++++++++++++++++++++----
>  1 file changed, 28 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/tests/drm_kunit_helpers.c b/drivers/gpu/drm/tests/drm_kunit_helpers.c
> index 4df47071dc88..38211fea9ae6 100644
> --- a/drivers/gpu/drm/tests/drm_kunit_helpers.c
> +++ b/drivers/gpu/drm/tests/drm_kunit_helpers.c
> @@ -35,8 +35,8 @@ static struct platform_driver fake_platform_driver = {
>   * able to leverage the usual infrastructure and most notably the
>   * device-managed resources just like a "real" device.
>   *
> - * Callers need to make sure drm_kunit_helper_free_device() on the
> - * device when done.
> + * Resources will be cleaned up automatically, but the removal can be
> + * forced using @drm_kunit_helper_free_device.
>   *
>   * Returns:
>   * A pointer to the new device, or an ERR_PTR() otherwise.
> @@ -49,12 +49,31 @@ struct device *drm_kunit_helper_alloc_device(struct kunit *test)
>  	ret = platform_driver_register(&fake_platform_driver);
>  	KUNIT_ASSERT_EQ(test, ret, 0);
>  
> +	ret = kunit_add_action_or_reset(test,
> +					(kunit_action_t *)platform_driver_unregister,
> +					&fake_platform_driver);
> +	KUNIT_ASSERT_EQ(test, ret, 0);
> +
>  	pdev = platform_device_alloc(KUNIT_DEVICE_NAME, PLATFORM_DEVID_NONE);
>  	KUNIT_ASSERT_NOT_ERR_OR_NULL(test, pdev);
>  
> +	ret = kunit_add_action_or_reset(test,
> +					(kunit_action_t *)platform_device_put,
> +					pdev);
> +	KUNIT_ASSERT_EQ(test, ret, 0);
> +
>  	ret = platform_device_add(pdev);
>  	KUNIT_ASSERT_EQ(test, ret, 0);
>  
> +	kunit_remove_action(test,
> +			    (kunit_action_t *)platform_device_put,
> +			    pdev);
> +

I understand that this action removal is because platform_device_put() is
not needed anymore after the platform_device_unregister() remove action is
registered since that already takes care of the platform_device_put().

But maybe add a comment to make more clear for someone who is not familiar
with these details of the platform core ?

>  EXPORT_SYMBOL_GPL(drm_kunit_helper_alloc_device);
> @@ -70,8 +89,13 @@ void drm_kunit_helper_free_device(struct kunit *test, struct device *dev)
>  {
>  	struct platform_device *pdev = to_platform_device(dev);
>  
> -	platform_device_unregister(pdev);
> -	platform_driver_unregister(&fake_platform_driver);
> +	kunit_release_action(test,
> +			     (kunit_action_t *)platform_device_unregister,
> +			     pdev);
> +
> +	kunit_release_action(test,
> +			     (kunit_action_t *)platform_driver_unregister,
> +			     &fake_platform_driver);
>  }
>  EXPORT_SYMBOL_GPL(drm_kunit_helper_free_device);
>

I thought the point of using the kunit cleanup actions was that you could
just make the kunit framework handle the release of resources and not do
it manually?

Can you just remove this function helper or is still needed in some cases?

-- 
Best regards,

Javier Martinez Canillas
Core Platforms
Red Hat


  reply	other threads:[~2023-07-19 18:44 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-07-10  7:47 [PATCH 00/11] drm: kunit: " Maxime Ripard
2023-07-10  7:47 ` [PATCH 01/11] drm/tests: helpers: " Maxime Ripard
2023-07-19 18:42   ` Javier Martinez Canillas [this message]
2023-07-20  8:51     ` Maxime Ripard
2023-07-10  7:47 ` [PATCH 02/11] drm/tests: client-modeset: Remove call to drm_kunit_helper_free_device() Maxime Ripard
2023-07-19 18:54   ` Javier Martinez Canillas
2023-07-10  7:47 ` [PATCH 03/11] drm/tests: modes: " Maxime Ripard
2023-07-19 18:55   ` Javier Martinez Canillas
2023-07-10  7:47 ` [PATCH 04/11] drm/tests: probe-helper: " Maxime Ripard
2023-07-19 18:56   ` Javier Martinez Canillas
2023-07-10  7:47 ` [PATCH 05/11] drm/tests: helpers: Create an helper to allocate a locking ctx Maxime Ripard
2023-07-17 16:50   ` [05/11] " suijingfeng
2023-07-19 19:12     ` Javier Martinez Canillas
2023-07-20 10:07       ` Maxime Ripard
2023-07-20 10:21         ` suijingfeng
2023-07-17 17:08   ` suijingfeng
2023-07-19 19:24     ` Javier Martinez Canillas
2023-07-19 19:11   ` [PATCH 05/11] " Javier Martinez Canillas
2023-07-10  7:47 ` [PATCH 06/11] drm/tests: helpers: Create an helper to allocate an atomic state Maxime Ripard
2023-07-19 20:01   ` Javier Martinez Canillas
2023-07-10  7:47 ` [PATCH 07/11] drm/vc4: tests: pv-muxing: Remove call to drm_kunit_helper_free_device() Maxime Ripard
2023-07-19 20:01   ` Javier Martinez Canillas
2023-07-10  7:47 ` [PATCH 08/11] drm/vc4: tests: mock: Use a kunit action to unregister DRM device Maxime Ripard
2023-07-19 20:03   ` Javier Martinez Canillas
2023-07-10  7:47 ` [PATCH 09/11] drm/vc4: tests: pv-muxing: Switch to managed locking init Maxime Ripard
2023-07-17 17:24   ` [09/11] " suijingfeng
2023-07-20 11:06     ` Maxime Ripard
2023-07-19 20:04   ` [PATCH 09/11] " Javier Martinez Canillas
2023-07-10  7:47 ` [PATCH 10/11] drm/vc4: tests: Switch to atomic state allocation helper Maxime Ripard
2023-07-19 20:07   ` Javier Martinez Canillas
2023-07-10  7:47 ` [PATCH 11/11] drm/vc4: tests: pv-muxing: Document test scenario Maxime Ripard
2023-07-19 20:08   ` Javier Martinez Canillas
2023-07-17 15:24 ` [PATCH 00/11] drm: kunit: Switch to kunit actions suijingfeng
2023-07-20  8:19   ` Maxime Ripard

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=871qh3ivys.fsf@minerva.mail-host-address-is-not-set \
    --to=javierm@redhat.com \
    --cc=airlied@gmail.com \
    --cc=daniel@ffwll.ch \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=emma@anholt.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=tzimmermann@suse.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®