From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Louis Chauvet <louis.chauvet@bootlin.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 18:24:24 +0300 [thread overview]
Message-ID: <aeo5qPyOFoWd_F29@intel.com> (raw)
In-Reply-To: <d09a169d-2324-4fac-b08a-750e79bdfb81@bootlin.com>
On Thu, Apr 23, 2026 at 04:22:11PM +0200, Louis Chauvet wrote:
>
>
> 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 do use those in places (eg. DRM_RECT_*). Sadly all ideas about nice
improvements to printk() formats pretty much died with the "can't
break the printf function attribute stuff", so macros might be the best
thing we can do.
I'd be OK with macros. Would just need to decide what the resulting
string should look like. Eg. is " " a good separator or would something
else be nicer to keep the grouping more clear? Or should we maybe put
some brackets/etc. around it?
>
> > 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.
4*"rotation-" + 2*"reflect-" + a bit more for the actual values
can make for a very long string. Too long, I suspect.
--
Ville Syrjälä
Intel
next prev parent reply other threads:[~2026-04-23 15:24 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
2026-04-23 15:24 ` Ville Syrjälä [this message]
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=aeo5qPyOFoWd_F29@intel.com \
--to=ville.syrjala@linux.intel.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=louis.chauvet@bootlin.com \
--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 \
/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