[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241029-dancing-hissing-bullfrog-b6d0ed@houat>
Date: Tue, 29 Oct 2024 09:16:51 +0100
From: Maxime Ripard <mripard@...nel.org>
To: Jinjie Ruan <ruanjinjie@...wei.com>
Cc: maarten.lankhorst@...ux.intel.com, tzimmermann@...e.de,
airlied@...il.com, simona@...ll.ch, christian.koenig@....com, ray.huang@....com,
dmitry.baryshkov@...aro.org, dave.stevenson@...pberrypi.com, quic_jjohnson@...cinc.com,
mcanal@...lia.com, davidgow@...gle.com, skhan@...uxfoundation.org,
karolina.stolarek@...el.com, Arunpravin.PaneerSelvam@....com,
thomas.hellstrom@...ux.intel.com, asomalap@....com, dri-devel@...ts.freedesktop.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 1/4] drm/tests: helpers: Add helper for
drm_display_mode_from_cea_vic()
On Thu, Oct 17, 2024 at 02:31:22PM +0800, Jinjie Ruan wrote:
> As Maxime suggested, add a new helper
> drm_kunit_display_mode_from_cea_vic(), it can replace the direct call
> of drm_display_mode_from_cea_vic(), and it will help solving
> the `mode` memory leaks.
>
> Acked-by: Maxime Ripard <mripard@...nel.org>
> Suggested-by: Maxime Ripard <mripard@...nel.org>
> Signed-off-by: Jinjie Ruan <ruanjinjie@...wei.com>
> ---
> v3:
> - Adjust drm/drm_edid.h header to drm_kunit_helpers.c.
> - Drop the "helper" in the helper name.
> - Add Acked-by.
> ---
> drivers/gpu/drm/tests/drm_kunit_helpers.c | 40 +++++++++++++++++++++++
> include/drm/drm_kunit_helpers.h | 4 +++
> 2 files changed, 44 insertions(+)
>
> diff --git a/drivers/gpu/drm/tests/drm_kunit_helpers.c b/drivers/gpu/drm/tests/drm_kunit_helpers.c
> index aa62719dab0e..565172990044 100644
> --- a/drivers/gpu/drm/tests/drm_kunit_helpers.c
> +++ b/drivers/gpu/drm/tests/drm_kunit_helpers.c
> @@ -3,6 +3,7 @@
> #include <drm/drm_atomic.h>
> #include <drm/drm_atomic_helper.h>
> #include <drm/drm_drv.h>
> +#include <drm/drm_edid.h>
> #include <drm/drm_fourcc.h>
> #include <drm/drm_kunit_helpers.h>
> #include <drm/drm_managed.h>
> @@ -311,6 +312,45 @@ drm_kunit_helper_create_crtc(struct kunit *test,
> }
> EXPORT_SYMBOL_GPL(drm_kunit_helper_create_crtc);
>
> +static void kunit_action_drm_mode_destroy(void *ptr)
> +{
> + struct drm_display_mode *mode = ptr;
> +
> + drm_mode_destroy(NULL, mode);
> +}
> +
> +/**
> + * drm_kunit_display_mode_from_cea_vic() - return a mode for CEA VIC
> + for a KUnit test
> + * @test: The test context object
> + * @dev: DRM device
> + * @video_code: CEA VIC of the mode
> + *
> + * Creates a new mode matching the specified CEA VIC for a KUnit test.
> + *
> + * Resources will be cleaned up automatically.
> + *
> + * Returns: A new drm_display_mode on success or NULL on failure
> + */
> +struct drm_display_mode *
> +drm_kunit_display_mode_from_cea_vic(struct kunit *test, struct drm_device *dev,
> + u8 video_code)
> +{
> + struct drm_display_mode *mode;
> + int ret;
> +
> + mode = drm_display_mode_from_cea_vic(dev, video_code);
I'd rather return directly if mode is NULL here...
> + ret = kunit_add_action_or_reset(test,
> + kunit_action_drm_mode_destroy,
> + mode);
> + if (ret)
> + return NULL;
Because it doesn't really make much sense to register a cleanup action
if we know that it's going to be useless, and possibly be executed right
away.
Maxime
Download attachment "signature.asc" of type "application/pgp-signature" (274 bytes)
Powered by blists - more mailing lists