From: Thomas Zimmermann <tzimmermann@suse.de>
To: "Dmitry Baryshkov" <dmitry.baryshkov@linaro.org>,
"Jani Nikula" <jani.nikula@linux.intel.com>,
"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
"Tvrtko Ursulin" <tursulin@ursulin.net>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Karol Herbst" <kherbst@redhat.com>,
"Lyude Paul" <lyude@redhat.com>,
"Danilo Krummrich" <dakr@redhat.com>,
"Harry Wentland" <harry.wentland@amd.com>,
"Leo Li" <sunpeng.li@amd.com>,
"Rodrigo Siqueira" <Rodrigo.Siqueira@amd.com>,
"Alex Deucher" <alexander.deucher@amd.com>,
"Christian König" <christian.koenig@amd.com>,
"Xinhui Pan" <Xinhui.Pan@amd.com>,
"Alain Volmat" <alain.volmat@foss.st.com>,
"Raphael Gallais-Pou" <rgallaispou@gmail.com>,
"Liviu Dudau" <liviu.dudau@arm.com>,
"Andrzej Hajda" <andrzej.hajda@intel.com>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Robert Foss" <rfoss@kernel.org>,
"Laurent Pinchart" <Laurent.pinchart@ideasonboard.com>,
"Jonas Karlman" <jonas@kwiboo.se>,
"Jernej Skrabec" <jernej.skrabec@gmail.com>,
"Peter Senna Tschudin" <peter.senna@gmail.com>,
"Ian Ray" <ian.ray@ge.com>,
"Martyn Welch" <martyn.welch@collabora.co.uk>,
"Inki Dae" <inki.dae@samsung.com>,
"Seung-Woo Kim" <sw0312.kim@samsung.com>,
"Kyungmin Park" <kyungmin.park@samsung.com>,
"Krzysztof Kozlowski" <krzk@kernel.org>,
"Alim Akhtar" <alim.akhtar@samsung.com>,
"Stefan Agner" <stefan@agner.ch>,
"Alison Wang" <alison.wang@nxp.com>,
"Patrik Jakobsson" <patrik.r.jakobsson@gmail.com>,
"Philipp Zabel" <p.zabel@pengutronix.de>,
"Shawn Guo" <shawnguo@kernel.org>,
"Sascha Hauer" <s.hauer@pengutronix.de>,
"Pengutronix Kernel Team" <kernel@pengutronix.de>,
"Fabio Estevam" <festevam@gmail.com>,
"Rob Clark" <robdclark@gmail.com>,
"Abhinav Kumar" <quic_abhinavk@quicinc.com>,
"Sean Paul" <sean@poorly.run>,
"Marijn Suijten" <marijn.suijten@somainline.org>,
"Dave Airlie" <airlied@redhat.com>,
"Gerd Hoffmann" <kraxel@redhat.com>,
"Sandy Huang" <hjc@rock-chips.com>,
"Heiko Stübner" <heiko@sntech.de>,
"Andy Yan" <andy.yan@rock-chips.com>,
"Chen-Yu Tsai" <wens@csie.org>,
"Samuel Holland" <samuel@sholland.org>,
"Thierry Reding" <thierry.reding@gmail.com>,
"Mikko Perttunen" <mperttunen@nvidia.com>,
"Jonathan Hunter" <jonathanh@nvidia.com>,
"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
"Maíra Canal" <mcanal@igalia.com>,
"Raspberry Pi Kernel Maintenance" <kernel-list@raspberrypi.com>,
"Gurchetan Singh" <gurchetansingh@chromium.org>,
"Chia-I Wu" <olvaffe@gmail.com>,
"Zack Rusin" <zack.rusin@broadcom.com>,
"Broadcom internal kernel review list"
<bcm-kernel-feedback-list@broadcom.com>
Cc: intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
nouveau@lists.freedesktop.org, amd-gfx@lists.freedesktop.org,
linux-arm-kernel@lists.infradead.org,
linux-samsung-soc@vger.kernel.org, imx@lists.linux.dev,
linux-arm-msm@vger.kernel.org, freedreno@lists.freedesktop.org,
virtualization@lists.linux.dev,
spice-devel@lists.freedesktop.org,
linux-rockchip@lists.infradead.org, linux-sunxi@lists.linux.dev,
linux-tegra@vger.kernel.org,
Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
Jani Nikula <jani.nikula@intel.com>
Subject: Re: [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer
Date: Mon, 6 Jan 2025 10:01:17 +0100 [thread overview]
Message-ID: <8f137bc5-6b65-4792-949f-7bec5bd115fb@suse.de> (raw)
In-Reply-To: <76ho36jqcraehnsgpjralpye52w7ryshhgizekn4qqfsikiojd@3yyorbvjkc7b>
Hi
Am 05.01.25 um 23:47 schrieb Dmitry Baryshkov:
> On Sat, Dec 14, 2024 at 03:37:04PM +0200, Dmitry Baryshkov wrote:
>> While working on the generic mode_valid() implementation for the HDMI
>> Connector framework I noticed that unlike other DRM objects
>> drm_connector accepts non-const pointer to struct drm_display_mode,
>> while obviously mode_valid() isn't expected to modify the argument.
>>
>> Mass-change the DRM framework code to pass const argument to that
>> callback.
>>
>> The series has been compile-tested with defconfig for x86-64, arm and
>> arm64.
>>
>> Note: yes, I understand that this change might be hard to review and
>> merge. The only viable option that I foresee is to add new callback,
>> having the const argument and migrate drivers into using it one by one.
> Colleagues, I'd like to graciously ping regarding this series. Should it
> be merged as is (possibly requiring more R-B's)? Or should I rework it
> adding something like .mode_valid_new() callback which takes const
> argument?
Please merge as-is. No need to complicate things. For the whole series:
Reviewed-by: Thomas Zimmermann <tzimmermann@suse.de>
Thanks for doing this.
Best regards
Thomas
>
>> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> ---
>> Changes in v2:
>> - Rebased on top of linux-next
>> - Replaced 'accept const argument' with 'take a const arugment'
>> (Laurent)
>> - Link to v1: https://lore.kernel.org/r/20241115-drm-connector-mode-valid-const-v1-0-b1b523156f71@linaro.org
>>
>> ---
>> Dmitry Baryshkov (5):
>> drm/encoder_slave: make mode_valid accept const struct drm_display_mode
>> drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid()
>> drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
>> drm/connector: make mode_valid_ctx take a const struct drm_display_mode
>> drm/connector: make mode_valid take a const struct drm_display_mode
>>
>> drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c | 8 ++++----
>> drivers/gpu/drm/amd/amdgpu/atombios_dp.c | 2 +-
>> drivers/gpu/drm/amd/amdgpu/atombios_dp.h | 2 +-
>> drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 12 +++++++++---
>> drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h | 2 +-
>> drivers/gpu/drm/arm/display/komeda/komeda_wb_connector.c | 2 +-
>> drivers/gpu/drm/arm/malidp_mw.c | 2 +-
>> drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 2 +-
>> drivers/gpu/drm/bridge/cadence/cdns-mhdp8546-core.c | 2 +-
>> drivers/gpu/drm/bridge/megachips-stdpxxxx-ge-b850v3-fw.c | 7 -------
>> drivers/gpu/drm/display/drm_bridge_connector.c | 2 +-
>> drivers/gpu/drm/display/drm_hdmi_state_helper.c | 2 +-
>> drivers/gpu/drm/drm_crtc_helper_internal.h | 2 +-
>> drivers/gpu/drm/drm_probe_helper.c | 2 +-
>> drivers/gpu/drm/exynos/exynos_hdmi.c | 2 +-
>> drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 2 +-
>> drivers/gpu/drm/gma500/cdv_intel_crt.c | 2 +-
>> drivers/gpu/drm/gma500/cdv_intel_dp.c | 2 +-
>> drivers/gpu/drm/gma500/cdv_intel_hdmi.c | 2 +-
>> drivers/gpu/drm/gma500/cdv_intel_lvds.c | 2 +-
>> drivers/gpu/drm/gma500/oaktrail_hdmi.c | 2 +-
>> drivers/gpu/drm/gma500/psb_intel_drv.h | 2 +-
>> drivers/gpu/drm/gma500/psb_intel_lvds.c | 2 +-
>> drivers/gpu/drm/gma500/psb_intel_sdvo.c | 2 +-
>> drivers/gpu/drm/i2c/ch7006_drv.c | 2 +-
>> drivers/gpu/drm/i2c/sil164_drv.c | 2 +-
>> drivers/gpu/drm/i915/display/dvo_ch7017.c | 2 +-
>> drivers/gpu/drm/i915/display/dvo_ch7xxx.c | 2 +-
>> drivers/gpu/drm/i915/display/dvo_ivch.c | 2 +-
>> drivers/gpu/drm/i915/display/dvo_ns2501.c | 2 +-
>> drivers/gpu/drm/i915/display/dvo_sil164.c | 2 +-
>> drivers/gpu/drm/i915/display/dvo_tfp410.c | 2 +-
>> drivers/gpu/drm/i915/display/icl_dsi.c | 2 +-
>> drivers/gpu/drm/i915/display/intel_crt.c | 2 +-
>> drivers/gpu/drm/i915/display/intel_dp.c | 2 +-
>> drivers/gpu/drm/i915/display/intel_dp_mst.c | 2 +-
>> drivers/gpu/drm/i915/display/intel_dsi.c | 2 +-
>> drivers/gpu/drm/i915/display/intel_dsi.h | 2 +-
>> drivers/gpu/drm/i915/display/intel_dvo.c | 2 +-
>> drivers/gpu/drm/i915/display/intel_dvo_dev.h | 2 +-
>> drivers/gpu/drm/i915/display/intel_hdmi.c | 2 +-
>> drivers/gpu/drm/i915/display/intel_lvds.c | 2 +-
>> drivers/gpu/drm/i915/display/intel_sdvo.c | 2 +-
>> drivers/gpu/drm/i915/display/intel_tv.c | 2 +-
>> drivers/gpu/drm/i915/display/vlv_dsi.c | 2 +-
>> drivers/gpu/drm/imx/ipuv3/imx-tve.c | 2 +-
>> drivers/gpu/drm/msm/disp/mdp4/mdp4_lvds_connector.c | 2 +-
>> drivers/gpu/drm/nouveau/dispnv04/tvnv17.c | 2 +-
>> drivers/gpu/drm/nouveau/dispnv50/disp.c | 2 +-
>> drivers/gpu/drm/nouveau/nouveau_connector.c | 2 +-
>> drivers/gpu/drm/qxl/qxl_display.c | 2 +-
>> drivers/gpu/drm/radeon/atombios_dp.c | 2 +-
>> drivers/gpu/drm/radeon/radeon_connectors.c | 10 +++++-----
>> drivers/gpu/drm/radeon/radeon_mode.h | 2 +-
>> drivers/gpu/drm/rockchip/cdn-dp-core.c | 2 +-
>> drivers/gpu/drm/rockchip/inno_hdmi.c | 4 ++--
>> drivers/gpu/drm/rockchip/rk3066_hdmi.c | 2 +-
>> drivers/gpu/drm/sti/sti_dvo.c | 2 +-
>> drivers/gpu/drm/sti/sti_hda.c | 12 ++++++------
>> drivers/gpu/drm/sti/sti_hdmi.c | 2 +-
>> drivers/gpu/drm/tegra/dsi.c | 2 +-
>> drivers/gpu/drm/tegra/hdmi.c | 2 +-
>> drivers/gpu/drm/tegra/sor.c | 2 +-
>> drivers/gpu/drm/vc4/vc4_txp.c | 2 +-
>> drivers/gpu/drm/virtio/virtgpu_display.c | 2 +-
>> drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 2 +-
>> drivers/gpu/drm/vmwgfx/vmwgfx_kms.h | 2 +-
>> drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 2 +-
>> include/drm/display/drm_hdmi_state_helper.h | 2 +-
>> include/drm/drm_encoder_slave.h | 2 +-
>> include/drm/drm_modeset_helper_vtables.h | 4 ++--
>> 71 files changed, 92 insertions(+), 93 deletions(-)
>> ---
>> base-commit: 4176cf5c5651c33769de83bb61b0287f4ec7719f
>> change-id: 20241115-drm-connector-mode-valid-const-ae3db0ef6cb7
>>
>> Best regards,
>> --
>> Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>>
--
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
next prev parent reply other threads:[~2025-01-06 9:01 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-14 13:37 [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer Dmitry Baryshkov
2024-12-14 13:37 ` [PATCH v2 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode Dmitry Baryshkov
2024-12-16 20:26 ` Lyude Paul
2024-12-14 13:37 ` [PATCH v2 2/5] drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid() Dmitry Baryshkov
2024-12-14 13:37 ` [PATCH v2 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx() Dmitry Baryshkov
2024-12-14 13:37 ` [PATCH v2 4/5] drm/connector: make mode_valid_ctx take a const struct drm_display_mode Dmitry Baryshkov
2024-12-14 13:37 ` [PATCH v2 5/5] drm/connector: make mode_valid " Dmitry Baryshkov
2024-12-16 20:25 ` Lyude Paul
2025-01-05 22:47 ` [PATCH v2 0/5] drm/connector: make mode_valid() callback accept const mode pointer Dmitry Baryshkov
2025-01-05 23:18 ` Laurent Pinchart
2025-01-06 8:55 ` Maxime Ripard
2025-01-06 9:45 ` Dmitry Baryshkov
2025-01-06 15:18 ` Harry Wentland
2025-01-06 9:01 ` Thomas Zimmermann [this message]
2025-01-07 11:31 ` Dmitry Baryshkov
2025-01-21 9:05 ` Geert Uytterhoeven
2025-01-21 10:44 ` Dmitry Baryshkov
2025-01-21 11:10 ` Geert Uytterhoeven
2025-01-21 11:21 ` Dmitry Baryshkov
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=8f137bc5-6b65-4792-949f-7bec5bd115fb@suse.de \
--to=tzimmermann@suse.de \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=Rodrigo.Siqueira@amd.com \
--cc=Xinhui.Pan@amd.com \
--cc=airlied@gmail.com \
--cc=airlied@redhat.com \
--cc=alain.volmat@foss.st.com \
--cc=alexander.deucher@amd.com \
--cc=alim.akhtar@samsung.com \
--cc=alison.wang@nxp.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=andrzej.hajda@intel.com \
--cc=andy.yan@rock-chips.com \
--cc=bcm-kernel-feedback-list@broadcom.com \
--cc=christian.koenig@amd.com \
--cc=dakr@redhat.com \
--cc=dave.stevenson@raspberrypi.com \
--cc=dmitry.baryshkov@linaro.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=festevam@gmail.com \
--cc=freedreno@lists.freedesktop.org \
--cc=gurchetansingh@chromium.org \
--cc=harry.wentland@amd.com \
--cc=heiko@sntech.de \
--cc=hjc@rock-chips.com \
--cc=ian.ray@ge.com \
--cc=imx@lists.linux.dev \
--cc=inki.dae@samsung.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@intel.com \
--cc=jani.nikula@linux.intel.com \
--cc=jernej.skrabec@gmail.com \
--cc=jonas@kwiboo.se \
--cc=jonathanh@nvidia.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=kernel-list@raspberrypi.com \
--cc=kernel@pengutronix.de \
--cc=kherbst@redhat.com \
--cc=kraxel@redhat.com \
--cc=krzk@kernel.org \
--cc=kyungmin.park@samsung.com \
--cc=laurent.pinchart+renesas@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=linux-tegra@vger.kernel.org \
--cc=liviu.dudau@arm.com \
--cc=lyude@redhat.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=marijn.suijten@somainline.org \
--cc=martyn.welch@collabora.co.uk \
--cc=mcanal@igalia.com \
--cc=mperttunen@nvidia.com \
--cc=mripard@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=nouveau@lists.freedesktop.org \
--cc=olvaffe@gmail.com \
--cc=p.zabel@pengutronix.de \
--cc=patrik.r.jakobsson@gmail.com \
--cc=peter.senna@gmail.com \
--cc=quic_abhinavk@quicinc.com \
--cc=rfoss@kernel.org \
--cc=rgallaispou@gmail.com \
--cc=robdclark@gmail.com \
--cc=rodrigo.vivi@intel.com \
--cc=s.hauer@pengutronix.de \
--cc=samuel@sholland.org \
--cc=sean@poorly.run \
--cc=shawnguo@kernel.org \
--cc=simona@ffwll.ch \
--cc=spice-devel@lists.freedesktop.org \
--cc=stefan@agner.ch \
--cc=sunpeng.li@amd.com \
--cc=sw0312.kim@samsung.com \
--cc=thierry.reding@gmail.com \
--cc=tursulin@ursulin.net \
--cc=virtualization@lists.linux.dev \
--cc=wens@csie.org \
--cc=zack.rusin@broadcom.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