From: Maxime Ripard <maxime@cerno.tech>
To: Thomas Zimmermann <tzimmermann@suse.de>
Cc: David Airlie <airlied@linux.ie>,
Daniel Vetter <daniel.vetter@intel.com>,
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm/client: Convert to VISIBLE_IF_KUNIT
Date: Thu, 2 Feb 2023 13:35:55 +0100 [thread overview]
Message-ID: <20230202123555.r2qvjjhtqwx7e2zo@houat> (raw)
In-Reply-To: <9eaa27aa-85e4-aee2-22ba-1c49465ecbc6@suse.de>
[-- Attachment #1: Type: text/plain, Size: 2061 bytes --]
Hi,
On Thu, Feb 02, 2023 at 01:22:01PM +0100, Thomas Zimmermann wrote:
> Am 02.02.23 um 12:03 schrieb Maxime Ripard:
> > Commit 8fc0380f6ba7 ("drm/client: Add some tests for
> > drm_connector_pick_cmdline_mode()") was meant to introduce unit tests
> > for the static drm_connector_pick_cmdline_mode() function.
> >
> > In such a case, the kunit documentation recommended to import the tests
> > source file directly from the source file with the static function to
> > test.
> >
> > While it was working, it's generally frowned upon. Fortunately, commit
> > 9c988fae6f6a ("kunit: add macro to allow conditionally exposing static
> > symbols to tests") introduced macros to easily deal with that case. We
> > can thus remove our include and use those macros instead.
>
> I like that this include statements is going away.
Yeah, when I saw that it was now available, I remembered you really
didn't like it :)
> But changing symbol visibility for tests is likewise awkward.
>
> Maybe i'm askin gtoo miuch for this simple patch, but can't we have a helper
> macro that generates an exported wrapper for Kunit tests? Something like
> this:
>
> EXPORT_KUNIT_WRAPPER(struct drm_display_mode *\
> drm_connector_pick_cmdline_mode,
> struct drm_connector *connector);
>
> which then generates something like this:
>
> struct drm_display_mode * drm_connector_pick_cmdline_mode_kunit(
> struct drm_connector *connector)
> {
> return drm_connector_pick_cmdline_mode(connector);
> }
>
> I know that the macro for generating this code is more complex than
> illustrated here. But this solution separates Kunit and functions cleanly.
> The static functions that are exported for Kunit testing still need to be
> declared in a header file. That could also be done via such a macro.
I mean, I guess we could do that, but what's the point? I don't really
get what that wrapper brings to the table.
Also, this deviates from the existing practice we had for selftests and
EXPORT_SYMBOL_FOR_TESTS_ONLY
Maxime
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2023-02-02 12:36 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-02 11:03 [PATCH] drm/client: Convert to VISIBLE_IF_KUNIT Maxime Ripard
2023-02-02 11:31 ` Maíra Canal
2023-02-02 12:36 ` Maxime Ripard
2023-02-02 12:22 ` Thomas Zimmermann
2023-02-02 12:35 ` Maxime Ripard [this message]
2023-02-02 13:05 ` Thomas Zimmermann
2023-02-09 9:30 ` Maxime Ripard
2023-02-02 13:07 ` kernel test robot
2023-02-02 13:07 ` kernel test robot
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=20230202123555.r2qvjjhtqwx7e2zo@houat \
--to=maxime@cerno.tech \
--cc=airlied@linux.ie \
--cc=daniel.vetter@intel.com \
--cc=dri-devel@lists.freedesktop.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.