From: Vidith Madhu <vmadhu@nvidia.com>
To: Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
Cc: "Borah, Chaitanya Kumar" <chaitanya.kumar.borah@intel.com>,
"Leo Li" <sunpeng.li@amd.com>,
"Daniel Stone" <daniels@collabora.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>, "Helge Deller" <deller@gmx.de>,
"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>,
"Luca Ceresoli" <luca.ceresoli@bootlin.com>,
"Sandy Huang" <hjc@rock-chips.com>,
"Heiko Stübner" <heiko@sntech.de>,
"Andy Yan" <andy.yan@rock-chips.com>,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
linux-fbdev@vger.kernel.org, linux-rockchip@lists.infradead.org,
linux-arm-kernel@lists.infradead.org, kernel@collabora.com,
"Derek Foreman" <derek.foreman@collabora.com>,
wayland-devel@lists.freedesktop.org
Subject: Re: [PATCH RFC 06/25] drm/connector: hdmi: Add VTEM EMP generation
Date: Thu, 24 Sep 2026 22:48:54 -0500 (CDT) [thread overview]
Message-ID: <a5bc012a-9b9e-eb2b-d67e-a91f2d93d6bf@nvidia.com> (raw)
In-Reply-To: <20260921-vrr-limiter-uapi-v1-6-2fcd7d011646@collabora.com>
On Mon, 21 Sep 2026, Nicolas Frattaroli wrote:
> From: Derek Foreman <derek.foreman@collabora.com>
>
> Add VTEM EMP generation to enable variable refresh rate signalling over
> HDMI.
>
> These infoframes are only generated if the sink supports VRR.
>
> Signed-off-by: Derek Foreman <derek.foreman@collabora.com>
> Signed-off-by: Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
> ---
> drivers/gpu/drm/display/drm_hdmi_state_helper.c | 60 +++++++++++++++++++++++++
> include/drm/drm_connector.h | 5 +++
> 2 files changed, 65 insertions(+)
>
> diff --git a/drivers/gpu/drm/display/drm_hdmi_state_helper.c b/drivers/gpu/drm/display/drm_hdmi_state_helper.c
> index d55548399687..33d0c9491643 100644
> --- a/drivers/gpu/drm/display/drm_hdmi_state_helper.c
> +++ b/drivers/gpu/drm/display/drm_hdmi_state_helper.c
> @@ -853,6 +853,56 @@ static int hdmi_generate_hdmi_vendor_infoframe(const struct drm_connector *conne
> return 0;
> }
>
> +static int hdmi_generate_emp_infoframe_vtem(const struct drm_connector *connector,
> + struct drm_connector_state *conn_state)
> +{
> + const struct drm_display_info *info = &connector->display_info;
> + const struct drm_crtc_state *crtc_state =
> + drm_atomic_get_crtc_state(conn_state->state, conn_state->crtc);
> + struct drm_connector_hdmi_infoframe *infoframe =
> + &conn_state->hdmi.infoframes.vtem;
> + struct hdmi_emp_infoframe_vtem *vtem =
> + &infoframe->data.vtem;
> + const struct drm_crtc_vrr_state *vrr = &crtc_state->vrr_state;
> + int vfront;
> +
> + infoframe->set = false;
> +
> + if (!connector->hdmi.funcs->vtem.write_infoframe)
> + return 0;
> +
> + if (!info->hdmi.vrr_capable)
> + return 0;
> +
> + hdmi_emp_infoframe_vtem_init(vtem);
> + if (!crtc_state->vrr_enabled || vrr->vic) {
> + vtem->base_refresh_rate = 0;
> + vtem->base_vfront = 0;
It shouldn't hurt to always populate base_refresh_rate and base_vfront,
might be cleaner to skip this check.
> + } else {
> + vtem->base_refresh_rate = drm_mode_vrefresh(&crtc_state->mode);
> + vfront = crtc_state->adjusted_mode.crtc_vsync_start -
> + crtc_state->adjusted_mode.crtc_vdisplay;
> + if (vfront > U8_MAX || vfront < 0)
> + return -EINVAL;
> +
> + vtem->base_vfront = vfront;
> + }
> + vtem->fva_factor_m1 = 0;
> + infoframe->set = true;
> +
> + if (!crtc_state->vrr_enabled) {
I don't think we should use the vrr_enabled CRTC property to determine
VRR_EN in the VTEM EMP. Transitioning the VRR mode sink-side typically causes
blanking, and it was discussed in patch [03/25] that drivers should be
free to handle vrr_enabled changes as a seamless switch since it only
concerns source-side VRR state (this is how the NVIDIA driver handles it).
Maybe it would make sense to extend the qms_enabled connector property
introduced in this patchset to an enum of {Off, Gaming, QMS}? This would allow
a standard path to control the VRR state on the sink, separately from
vrr_enabled.
> + vtem->m_const = false;
> + vtem->game_vrr_en = false;
> + return 0;
> + }
> +
> + vtem->game_vrr_en = true;
> +
> + vtem->m_const = !vrr->dynamic;
> +
> + return 0;
> +}
> +
> static int
> hdmi_generate_infoframes(const struct drm_connector *connector,
> struct drm_connector_state *conn_state)
> @@ -884,6 +934,10 @@ hdmi_generate_infoframes(const struct drm_connector *connector,
> if (ret)
> return ret;
>
> + ret = hdmi_generate_emp_infoframe_vtem(connector, conn_state);
> + if (ret)
> + return ret;
> +
> return 0;
> }
>
> @@ -1494,6 +1548,12 @@ int drm_atomic_helper_connector_hdmi_update_infoframes(struct drm_connector *con
> goto out;
> }
>
> + if (info->hdmi.vrr_capable)
> + ret = write_or_clear_infoframe(connector,
> + &funcs->vtem, "VTEM",
> + &old_conn_state->hdmi.infoframes.vtem,
> + &new_conn_state->hdmi.infoframes.vtem);
> +
> out:
> mutex_unlock(&connector->hdmi.infoframes.lock);
> return ret;
> diff --git a/include/drm/drm_connector.h b/include/drm/drm_connector.h
> index e561a444515f..6e431eb81705 100644
> --- a/include/drm/drm_connector.h
> +++ b/include/drm/drm_connector.h
> @@ -1180,6 +1180,11 @@ struct drm_connector_hdmi_state {
> * matching our state.
> */
> struct drm_connector_hdmi_infoframe hdmi;
> +
> + /**
> + * @vtem: VTEM EMP infoframes structure matching our state.
> + */
> + struct drm_connector_hdmi_infoframe vtem;
> } infoframes;
>
> /**
>
> --
> 2.55.0
>
>
WARNING: multiple messages have this Message-ID (diff)
From: Vidith Madhu <vmadhu@nvidia.com>
To: Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
Cc: "Borah, Chaitanya Kumar" <chaitanya.kumar.borah@intel.com>,
"Leo Li" <sunpeng.li@amd.com>,
"Daniel Stone" <daniels@collabora.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>, "Helge Deller" <deller@gmx.de>,
"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>,
"Luca Ceresoli" <luca.ceresoli@bootlin.com>,
"Sandy Huang" <hjc@rock-chips.com>,
"Heiko Stübner" <heiko@sntech.de>,
"Andy Yan" <andy.yan@rock-chips.com>,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
linux-fbdev@vger.kernel.org, linux-rockchip@lists.infradead.org,
linux-arm-kernel@lists.infradead.org, kernel@collabora.com,
"Derek Foreman" <derek.foreman@collabora.com>,
wayland-devel@lists.freedesktop.org
Subject: Re: [PATCH RFC 06/25] drm/connector: hdmi: Add VTEM EMP generation
Date: Thu, 24 Sep 2026 22:48:54 -0500 (CDT) [thread overview]
Message-ID: <a5bc012a-9b9e-eb2b-d67e-a91f2d93d6bf@nvidia.com> (raw)
In-Reply-To: <20260921-vrr-limiter-uapi-v1-6-2fcd7d011646@collabora.com>
On Mon, 21 Sep 2026, Nicolas Frattaroli wrote:
> From: Derek Foreman <derek.foreman@collabora.com>
>
> Add VTEM EMP generation to enable variable refresh rate signalling over
> HDMI.
>
> These infoframes are only generated if the sink supports VRR.
>
> Signed-off-by: Derek Foreman <derek.foreman@collabora.com>
> Signed-off-by: Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
> ---
> drivers/gpu/drm/display/drm_hdmi_state_helper.c | 60 +++++++++++++++++++++++++
> include/drm/drm_connector.h | 5 +++
> 2 files changed, 65 insertions(+)
>
> diff --git a/drivers/gpu/drm/display/drm_hdmi_state_helper.c b/drivers/gpu/drm/display/drm_hdmi_state_helper.c
> index d55548399687..33d0c9491643 100644
> --- a/drivers/gpu/drm/display/drm_hdmi_state_helper.c
> +++ b/drivers/gpu/drm/display/drm_hdmi_state_helper.c
> @@ -853,6 +853,56 @@ static int hdmi_generate_hdmi_vendor_infoframe(const struct drm_connector *conne
> return 0;
> }
>
> +static int hdmi_generate_emp_infoframe_vtem(const struct drm_connector *connector,
> + struct drm_connector_state *conn_state)
> +{
> + const struct drm_display_info *info = &connector->display_info;
> + const struct drm_crtc_state *crtc_state =
> + drm_atomic_get_crtc_state(conn_state->state, conn_state->crtc);
> + struct drm_connector_hdmi_infoframe *infoframe =
> + &conn_state->hdmi.infoframes.vtem;
> + struct hdmi_emp_infoframe_vtem *vtem =
> + &infoframe->data.vtem;
> + const struct drm_crtc_vrr_state *vrr = &crtc_state->vrr_state;
> + int vfront;
> +
> + infoframe->set = false;
> +
> + if (!connector->hdmi.funcs->vtem.write_infoframe)
> + return 0;
> +
> + if (!info->hdmi.vrr_capable)
> + return 0;
> +
> + hdmi_emp_infoframe_vtem_init(vtem);
> + if (!crtc_state->vrr_enabled || vrr->vic) {
> + vtem->base_refresh_rate = 0;
> + vtem->base_vfront = 0;
It shouldn't hurt to always populate base_refresh_rate and base_vfront,
might be cleaner to skip this check.
> + } else {
> + vtem->base_refresh_rate = drm_mode_vrefresh(&crtc_state->mode);
> + vfront = crtc_state->adjusted_mode.crtc_vsync_start -
> + crtc_state->adjusted_mode.crtc_vdisplay;
> + if (vfront > U8_MAX || vfront < 0)
> + return -EINVAL;
> +
> + vtem->base_vfront = vfront;
> + }
> + vtem->fva_factor_m1 = 0;
> + infoframe->set = true;
> +
> + if (!crtc_state->vrr_enabled) {
I don't think we should use the vrr_enabled CRTC property to determine
VRR_EN in the VTEM EMP. Transitioning the VRR mode sink-side typically causes
blanking, and it was discussed in patch [03/25] that drivers should be
free to handle vrr_enabled changes as a seamless switch since it only
concerns source-side VRR state (this is how the NVIDIA driver handles it).
Maybe it would make sense to extend the qms_enabled connector property
introduced in this patchset to an enum of {Off, Gaming, QMS}? This would allow
a standard path to control the VRR state on the sink, separately from
vrr_enabled.
> + vtem->m_const = false;
> + vtem->game_vrr_en = false;
> + return 0;
> + }
> +
> + vtem->game_vrr_en = true;
> +
> + vtem->m_const = !vrr->dynamic;
> +
> + return 0;
> +}
> +
> static int
> hdmi_generate_infoframes(const struct drm_connector *connector,
> struct drm_connector_state *conn_state)
> @@ -884,6 +934,10 @@ hdmi_generate_infoframes(const struct drm_connector *connector,
> if (ret)
> return ret;
>
> + ret = hdmi_generate_emp_infoframe_vtem(connector, conn_state);
> + if (ret)
> + return ret;
> +
> return 0;
> }
>
> @@ -1494,6 +1548,12 @@ int drm_atomic_helper_connector_hdmi_update_infoframes(struct drm_connector *con
> goto out;
> }
>
> + if (info->hdmi.vrr_capable)
> + ret = write_or_clear_infoframe(connector,
> + &funcs->vtem, "VTEM",
> + &old_conn_state->hdmi.infoframes.vtem,
> + &new_conn_state->hdmi.infoframes.vtem);
> +
> out:
> mutex_unlock(&connector->hdmi.infoframes.lock);
> return ret;
> diff --git a/include/drm/drm_connector.h b/include/drm/drm_connector.h
> index e561a444515f..6e431eb81705 100644
> --- a/include/drm/drm_connector.h
> +++ b/include/drm/drm_connector.h
> @@ -1180,6 +1180,11 @@ struct drm_connector_hdmi_state {
> * matching our state.
> */
> struct drm_connector_hdmi_infoframe hdmi;
> +
> + /**
> + * @vtem: VTEM EMP infoframes structure matching our state.
> + */
> + struct drm_connector_hdmi_infoframe vtem;
> } infoframes;
>
> /**
>
> --
> 2.55.0
>
>
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
next prev parent reply other threads:[~2026-09-25 3:49 UTC|newest]
Thread overview: 131+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-21 15:51 [PATCH RFC 00/25] VRR Target Rate Limiter KMS uAPI and Implementation Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 15:51 ` [PATCH RFC 01/25] drm/edid: Add a query for vrr range Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:08 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 02/25] drm: Add VRR state Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-24 6:55 ` Vidith Madhu
2026-09-24 6:55 ` Vidith Madhu
2026-09-21 15:51 ` [PATCH RFC 03/25] drm/atomic-helper: Set mode_changed on vrr_enabled change Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:13 ` sashiko-bot
2026-09-21 21:59 ` Leo Li
2026-09-21 21:59 ` Leo Li
2026-09-22 12:53 ` Nicolas Frattaroli
2026-09-22 12:53 ` Nicolas Frattaroli
2026-09-22 13:22 ` Maxime Ripard
2026-09-22 13:22 ` Maxime Ripard
2026-09-24 6:45 ` Vidith Madhu
2026-09-24 6:45 ` Vidith Madhu
2026-09-21 22:01 ` Leo Li
2026-09-21 22:01 ` Leo Li
2026-09-21 15:51 ` [PATCH RFC 04/25] video/hdmi: Add VTEM EMP packing Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:07 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 05/25] drm/bridge: Add VTEM EMP support Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:01 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 06/25] drm/connector: hdmi: Add VTEM EMP generation Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:13 ` sashiko-bot
2026-09-25 3:48 ` Vidith Madhu [this message]
2026-09-25 3:48 ` Vidith Madhu
2026-09-25 10:42 ` Daniel Stone
2026-09-25 10:42 ` Daniel Stone
2026-09-25 11:11 ` Jani Nikula
2026-09-25 11:11 ` Jani Nikula
2026-09-26 11:03 ` Nicolas Frattaroli
2026-09-26 11:03 ` Nicolas Frattaroli
2026-09-29 18:55 ` Vidith Madhu
2026-09-29 18:55 ` Vidith Madhu
2026-09-30 7:50 ` Michel Dänzer
2026-09-30 7:50 ` Michel Dänzer
2026-09-21 15:51 ` [PATCH RFC 07/25] drm/crtc-helper: Add VRR helper functions Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:05 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 08/25] drm/bridge: synopsys: Add VTEM EMP support Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:06 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 09/25] drm/connector: Add drm_display_info_is_vrr_capable Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:04 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 10/25] drm/rockchip: dw_hdmi_qp: Add VRR support Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:09 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 11/25] drm/rockchip: vop2: Enable VRR Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:16 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 12/25] drm/edid: Parse CinemaVRR flag from HDMI SCDS Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:13 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 13/25] drm: Add VRR target frame rate properties Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:14 ` sashiko-bot
2026-09-21 22:23 ` Leo Li
2026-09-21 22:23 ` Leo Li
2026-09-22 15:26 ` Nicolas Frattaroli
2026-09-22 15:26 ` Nicolas Frattaroli
2026-09-25 18:42 ` Leo Li
2026-09-25 18:42 ` Leo Li
2026-09-26 12:13 ` Nicolas Frattaroli
2026-09-26 12:13 ` Nicolas Frattaroli
2026-09-28 8:10 ` Michel Dänzer
2026-09-28 8:10 ` Michel Dänzer
2026-09-29 14:34 ` Leo Li
2026-09-29 14:34 ` Leo Li
2026-09-29 16:00 ` Michel Dänzer
2026-09-29 16:00 ` Michel Dänzer
2026-09-29 18:14 ` Nicolas Frattaroli
2026-09-29 18:14 ` Nicolas Frattaroli
2026-09-29 18:24 ` Nicolas Frattaroli
2026-09-29 18:24 ` Nicolas Frattaroli
2026-09-23 9:51 ` Michel Dänzer
2026-09-23 9:51 ` Michel Dänzer
2026-09-23 9:54 ` Michel Dänzer
2026-09-23 9:54 ` Michel Dänzer
2026-09-23 14:39 ` Nicolas Frattaroli
2026-09-23 14:39 ` Nicolas Frattaroli
2026-09-24 7:01 ` Vidith Madhu
2026-09-24 7:01 ` Vidith Madhu
2026-09-24 12:10 ` Nicolas Frattaroli
2026-09-24 12:10 ` Nicolas Frattaroli
2026-09-29 19:16 ` Vidith Madhu
2026-09-29 19:16 ` Vidith Madhu
2026-09-29 19:55 ` Nicolas Frattaroli
2026-09-29 19:55 ` Nicolas Frattaroli
2026-09-29 21:05 ` Vidith Madhu
2026-09-29 21:05 ` Vidith Madhu
2026-09-29 22:21 ` Xaver Hugl
2026-09-29 22:21 ` Xaver Hugl
2026-09-21 15:51 ` [PATCH RFC 14/25] drm: Implement VRR rate limiting Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:17 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 15/25] drm/edid: Parse QMS flag from HDMI SCDS Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:18 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 16/25] drm/edid: Parse QMS TFR min/max flags " Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:19 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 17/25] drm/connector: Add "qms_enabled" drm property Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:20 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 18/25] video/hdmi: Add support for QMS in VTEM EMP packing Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 15:51 ` [PATCH RFC 19/25] drm/connector: hdmi: Add QMS to VTEM EMP generation Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 15:51 ` [PATCH RFC 20/25] drm/connector: hdmi: Add QMS state validation and computation Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 15:51 ` [PATCH RFC 21/25] drm/rockchip: dw_hdmi_qp: Add QMS support Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 15:51 ` [PATCH RFC 22/25] drm/tests: hdmi: Add "Game Mode" VRR tests Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:26 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 23/25] drm/tests: hdmi: Add Fixed/Constrained rate " Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 15:51 ` [PATCH RFC 24/25] drm/tests: hdmi: Add Quick Media Switching tests Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:26 ` sashiko-bot
2026-09-21 15:51 ` [PATCH RFC 25/25] drm/atomic: Disable VRR in helper_set_config Nicolas Frattaroli
2026-09-21 15:51 ` Nicolas Frattaroli
2026-09-21 16:26 ` sashiko-bot
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=a5bc012a-9b9e-eb2b-d67e-a91f2d93d6bf@nvidia.com \
--to=vmadhu@nvidia.com \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=airlied@gmail.com \
--cc=andrzej.hajda@intel.com \
--cc=andy.yan@rock-chips.com \
--cc=chaitanya.kumar.borah@intel.com \
--cc=daniels@collabora.com \
--cc=deller@gmx.de \
--cc=derek.foreman@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=heiko@sntech.de \
--cc=hjc@rock-chips.com \
--cc=jernej.skrabec@gmail.com \
--cc=jonas@kwiboo.se \
--cc=kernel@collabora.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-fbdev@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=luca.ceresoli@bootlin.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mripard@kernel.org \
--cc=neil.armstrong@linaro.org \
--cc=nicolas.frattaroli@collabora.com \
--cc=rfoss@kernel.org \
--cc=simona@ffwll.ch \
--cc=sunpeng.li@amd.com \
--cc=tzimmermann@suse.de \
--cc=wayland-devel@lists.freedesktop.org \
/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.