From: Louis Chauvet <louis.chauvet@bootlin.com>
To: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
Cc: "Haneen Mohammed" <hamohammed.sa@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Melissa Wen" <melissa.srw@gmail.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
jose.exposito89@gmail.com, "Jonathan Corbet" <corbet@lwn.net>,
"Shuah Khan" <skhan@linuxfoundation.org>,
"Miguel Ojeda" <ojeda@kernel.org>,
"Nathan Chancellor" <nathan@kernel.org>,
"Nick Desaulniers" <nick.desaulniers+lkml@gmail.com>,
"Bill Wendling" <morbo@google.com>,
"Justin Stitt" <justinstitt@google.com>,
victoria@system76.com, sebastian.wick@redhat.com,
thomas.petazzoni@bootlin.com, dri-devel@lists.freedesktop.org,
linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org,
llvm@lists.linux.dev, "José Expósito" <jose.exposito@redhat.com>,
"Luca Ceresoli" <luca.ceresoli@bootlin.com>
Subject: Re: [PATCH v4 02/37] drm/blend: Get a rotation name from it's bitfield
Date: Thu, 23 Apr 2026 16:22:11 +0200 [thread overview]
Message-ID: <d09a169d-2324-4fac-b08a-750e79bdfb81@bootlin.com> (raw)
In-Reply-To: <aen13JEWrKXiqRw4@intel.com>
On 4/23/26 12:35, Ville Syrjälä wrote:
> On Thu, Apr 23, 2026 at 10:47:38AM +0200, Louis Chauvet wrote:
>>
>>
>> On 4/22/26 18:52, Ville Syrjälä wrote:
>>> On Wed, Apr 22, 2026 at 06:47:59PM +0200, Louis Chauvet wrote:
>>>> Having the rotation/reflection name from its value can be useful for
>>>> debugging purpose. Extract the rotation property table and implement
>>>> drm_get_rotation_name.
>>>>
>>>> Reviewed-by: José Expósito <jose.exposito@redhat.com>
>>>> Reviewed-by: Luca Ceresoli <luca.ceresoli@bootlin.com>
>>>> Signed-off-by: Louis Chauvet <louis.chauvet@bootlin.com>
>>>> ---
>>>> drivers/gpu/drm/drm_blend.c | 35 ++++++++++++++++++++++++++---------
>>>> include/drm/drm_blend.h | 2 ++
>>>> 2 files changed, 28 insertions(+), 9 deletions(-)
>>>>
>>>> diff --git a/drivers/gpu/drm/drm_blend.c b/drivers/gpu/drm/drm_blend.c
>>>> index 1f3af27d2418..11d8e13caea3 100644
>>>> --- a/drivers/gpu/drm/drm_blend.c
>>>> +++ b/drivers/gpu/drm/drm_blend.c
>>>> @@ -256,6 +256,31 @@ int drm_plane_create_alpha_property(struct drm_plane *plane)
>>>> }
>>>> EXPORT_SYMBOL(drm_plane_create_alpha_property);
>>>>
>>>> +static const struct drm_prop_enum_list rotation_props[] = {
>>>> + { __builtin_ffs(DRM_MODE_ROTATE_0) - 1, "rotate-0" },
>>>> + { __builtin_ffs(DRM_MODE_ROTATE_90) - 1, "rotate-90" },
>>>> + { __builtin_ffs(DRM_MODE_ROTATE_180) - 1, "rotate-180" },
>>>> + { __builtin_ffs(DRM_MODE_ROTATE_270) - 1, "rotate-270" },
>>>> + { __builtin_ffs(DRM_MODE_REFLECT_X) - 1, "reflect-x" },
>>>> + { __builtin_ffs(DRM_MODE_REFLECT_Y) - 1, "reflect-y" },
>>>> +};
>>>> +
>>>> +/**
>>>> + * drm_get_rotation_name - Return the name of a rotation
>>>> + * @rotation: The rotation mask (DRM_MODE_ROTATE_* | DRM_MODE_REFLECT_*)
>>>> + *
>>>> + * Returns: the name of the rotation type (unknown) if rotation is not
>>>> + * a known rotation/reflection
>>>> + */
>>>> +const char *drm_get_rotation_name(unsigned int rotation)
>>>> +{
>>>> + if (rotation < ARRAY_SIZE(rotation_props))
>>>> + return rotation_props[rotation].name;
>>>
>>> The value is a bitmask. This does not work.
>>>
>>
>> That true, the documentation is not clear.
>>
>> Take a look at patch 15 [1] for the usage. Is it better if I change the
>> documentation to:
>>
>> drm_get_rotation_name - Returns the name of a rotation/reflection
>> bitmask (with only one bit set).
>> @rotation: Bitmask with a single bit set.
>> Name of the rotation/reflection, or "(unknown)" if invalid.
>>
>> [1]:https://lore.kernel.org/all/20260422-vkms-all-config-v4-15-dbb52e9aadc3@bootlin.com/
>
> For that kind of local thing I don't think it should be called
> drm_get_rotation_name(). Also your docs seem to disagree with the
> implementation.
I didn't remembered well, yes, this implementation takes the *index* of
the bitmask. So documentation is:
drm_get_rotation_name - Returns the name of a rotation/reflection
@rotation: Bit index of the requested rotation (0 = DRM_MODE_ROTATE_0, 1
= DRM_MODE_ROTATE_90, ...)
Returns: Name of the rotation/reflection, or "(unknown)" if invalid.
> But this does sound like a useful thing to have, eg. in
> drm_atomic_plane_print_state().
I agree this can be a common implementation. Do you think the following
implementation can be the "common implementation"?
static const char* drm_get_rotation_name(int rotation_index) {
return rotation_props[rotation_index].name
}
void drm_get_rotation_str(int rotation, char *buf, int buflen) {
u32 offset = 0;
while (offset < ARRAY_SIZE(rotation_props))
if (1 << offset && rotation)
snprintf(buf,buflen,"%s ",drm_get_rotation_name(offset));
}
An other solution can be format macro (inspiration from IGT, I don't
know if this is accepted in the kernel):
#define DRM_ROTATION_FMT "%s %s %s %s %s %s"
#define DRM_ROTATION_FMT_ARGS(rot) \
rot & 0x1 << 0 ? drm_get_rotation_name(0) : "", \
rot & 0x1 << 1 ? drm_get_rotation_name(1) : "", \
rot & 0x1 << 2 ? drm_get_rotation_name(2) : "", \
rot & 0x1 << 3 ? drm_get_rotation_name(3) : "", \
rot & 0x1 << 4 ? drm_get_rotation_name(4) : "", \
rot & 0x1 << 5 ? drm_get_rotation_name(5) : ""
> We already have at least one implementation of this in
> i915/display/intel_display_debugfs.c, although with a bit more
> terse format (and with somewhat weird "FLIP" terminology) to
> make it not eat so much screen real estate.
I think it is better to have a consistent naming and use the enumeration
name everywhere, but if you think intel is better, I can switch.
Thanks,
Louis Chauvet
next prev parent reply other threads:[~2026-04-23 14:23 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-22 16:47 [PATCH v4 00/37] VKMS: Introduce multiple configFS attributes Louis Chauvet
2026-04-22 16:47 ` [PATCH v4 01/37] drm/drm_mode_config: Add helper to get plane type name Louis Chauvet
2026-04-22 16:47 ` [PATCH v4 02/37] drm/blend: Get a rotation name from it's bitfield Louis Chauvet
2026-04-22 16:52 ` Ville Syrjälä
2026-04-23 8:47 ` Louis Chauvet
2026-04-23 10:35 ` Ville Syrjälä
2026-04-23 14:22 ` Louis Chauvet [this message]
2026-04-23 15:24 ` Ville Syrjälä
2026-04-22 16:48 ` [PATCH v4 03/37] drm/drm_color_mgmt: Expose drm_get_color_encoding_name Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 04/37] drm/drm_color_mgmt: Expose drm_get_color_range_name Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 05/37] drm/connector: Export drm_get_colorspace_name Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 06/37] drm/drm_atomic_state_helper: Properly load default value for rotation Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 07/37] Documentation: ABI: vkms: Add current VKMS ABI documentation Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 08/37] drm/vkms: Add error handling in plane config creation Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 09/37] drm/vkms: Simplify plane_release code Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 10/37] drm/vkms: Explicitly display plane type Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 11/37] drm/vkms: Use enabled/disabled instead of 1/0 for debug Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 12/37] drm/vkms: Explicitly display connector status Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 13/37] drm/vkms: Introduce config for plane name Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 14/37] drm/vkms: Introduce configfs " Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 15/37] drm/vkms: Introduce config for plane rotation Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 16/37] drm/vkms: Introduce configfs " Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 17/37] drm/vkms: Introduce config for plane color encoding Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 18/37] drm/vkms: Introduce configfs " Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 19/37] drm/vkms: Introduce config for plane color range Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 20/37] drm/vkms: Introduce configfs " Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 21/37] drm/vkms: Introduce config for plane format Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 22/37] drm/vkms: Introduce configfs " Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 23/37] drm/vkms: Properly render plane using their zpos Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 24/37] drm/vkms: Introduce config for plane zpos property Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 25/37] drm/vkms: Introduce configfs " Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 26/37] drm/vkms: Introduce config for connector type Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 27/37] drm/vkms: Introduce configfs " Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 28/37] drm/vkms: Rename vkms_connector_init to vkms_connector_init_static Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 29/37] drm/vkms: Introduce config for connector supported colorspace Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 30/37] drm/vkms: Introduce configfs " Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 31/37] drm/vkms: Introduce config for connector EDID Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 32/37] drm/vkms: Introduce configfs " Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 33/37] drm/vkms: Store the enabled/disabled status for connector Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 34/37] drm/vkms: Allow to hot-add connectors Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 35/37] drm/vkms: Introduce configfs for dynamic connector creation Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 36/37] drm/vkms: Add connector parent configuration in vkms_config Louis Chauvet
2026-04-22 16:48 ` [PATCH v4 37/37] drm/vkms: Add ConfigFS interface for connector parent and port_id Louis Chauvet
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=d09a169d-2324-4fac-b08a-750e79bdfb81@bootlin.com \
--to=louis.chauvet@bootlin.com \
--cc=airlied@gmail.com \
--cc=corbet@lwn.net \
--cc=dri-devel@lists.freedesktop.org \
--cc=hamohammed.sa@gmail.com \
--cc=jose.exposito89@gmail.com \
--cc=jose.exposito@redhat.com \
--cc=justinstitt@google.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=llvm@lists.linux.dev \
--cc=luca.ceresoli@bootlin.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=melissa.srw@gmail.com \
--cc=morbo@google.com \
--cc=mripard@kernel.org \
--cc=nathan@kernel.org \
--cc=nick.desaulniers+lkml@gmail.com \
--cc=ojeda@kernel.org \
--cc=sebastian.wick@redhat.com \
--cc=simona@ffwll.ch \
--cc=skhan@linuxfoundation.org \
--cc=thomas.petazzoni@bootlin.com \
--cc=tzimmermann@suse.de \
--cc=victoria@system76.com \
--cc=ville.syrjala@linux.intel.com \
/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