mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "CK Hu (胡俊光)" <ck.hu@mediatek.com>
To: AngeloGioacchino Del Regno
	<angelogioacchino.delregno@collabora.com>,
	"chunkuang.hu@kernel.org" <chunkuang.hu@kernel.org>
Cc: "robh@kernel.org" <robh@kernel.org>,
	"tzimmermann@suse.de" <tzimmermann@suse.de>,
	"simona@ffwll.ch" <simona@ffwll.ch>,
	"mripard@kernel.org" <mripard@kernel.org>,
	"kernel@collabora.com" <kernel@collabora.com>,
	"linux-mediatek@lists.infradead.org"
	<linux-mediatek@lists.infradead.org>,
	"maarten.lankhorst@linux.intel.com"
	<maarten.lankhorst@linux.intel.com>,
	"dri-devel@lists.freedesktop.org"
	<dri-devel@lists.freedesktop.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"conor+dt@kernel.org" <conor+dt@kernel.org>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"krzk+dt@kernel.org" <krzk+dt@kernel.org>,
	"p.zabel@pengutronix.de" <p.zabel@pengutronix.de>,
	"airlied@gmail.com" <airlied@gmail.com>,
	"Justin Yeh (葉英茂)" <Justin.Yeh@mediatek.com>,
	"matthias.bgg@gmail.com" <matthias.bgg@gmail.com>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"Jason-JH Lin (林睿祥)" <Jason-JH.Lin@mediatek.com>
Subject: Re: [PATCH v2 10/46] drm/mediatek: Introduce and use path/comp definition structures
Date: Wed, 28 Oct 2026 07:04:53 +0000	[thread overview]
Message-ID: <8c8b2632111719af00fefc79a965dfa0a6fd74a9.camel@mediatek.com> (raw)
In-Reply-To: <20260714114414.184512-11-angelogioacchino.delregno@collabora.com>

On Tue, 2026-07-14 at 13:43 +0200, AngeloGioacchino Del Regno wrote:
> In preparation for a bigger restructuring of Display Controller
> HW sub-component handing and path building, introduce two new

handling

> mtk_drm_comp_definition and mtk_drm_path definition structures,
> meant to replace all of the {main,ext,third}_path pointers and
> supportive length variables.
> 
> Obviously, also change all of the functions that were previously
> using the old path array pointers to use the new structures.
> 
> This made possible to loop through the path definition structures,

This made it possible to

> shortening various code paths and hence improving readability but,
> as a nice side effect, now it is possible to easily extend the
> maximum number of outputs that are supported by the driver.
> Of course, even though that could be done by simply extending the
> already present mtk_crtc_path enumeration (which now also indexes
> the mtk_drm_path_definition array in mtk_mmsys_driver_data), doing
> so will increase the memory footprint for all platforms (even the
> ones with a single output): this is currently left unresolved, but
> this change makes performing a future optimization to add dynamic
> CRTC output indexing(/numbers) way easier than before.
> 
> Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
> ---

[snip]

>  
> -int mtk_crtc_create(struct drm_device *drm_dev, const unsigned int *path,
> -		    unsigned int path_len, int priv_data_index,
> +int mtk_crtc_create(struct drm_device *drm_dev,
> +		    enum mtk_crtc_path path_sel, int priv_data_index,
>  		    const struct mtk_drm_route *conn_routes,
>  		    unsigned int num_conn_routes)
>  {
>  	struct mtk_drm_private *priv = drm_dev->dev_private;
> +	const struct mtk_drm_path_definition *output_path;
>  	struct device *dev = drm_dev->dev;
>  	struct mtk_ddp_comp *dma_comp;
>  	struct mtk_crtc *mtk_crtc;
> @@ -1043,16 +1046,14 @@ int mtk_crtc_create(struct drm_device *drm_dev, const unsigned int *path,
>  	struct drm_crtc *tmp;
>  	int crtc_i = 0;
>  
> -	if (!path)
> -		return 0;
> -
>  	priv = priv->all_drm_private[priv_data_index];
> +	output_path = &priv->data->output_paths[path_sel];
>  
>  	drm_for_each_crtc(tmp, drm_dev)
>  		crtc_i++;
>  
> -	for (i = 0; i < path_len; i++) {
> -		enum mtk_ddp_comp_id comp_id = path[i];
> +	for (i = 0; i < output_path[i].len; i++) {

i < output_path->len

> +		enum mtk_ddp_comp_id comp_id = output_path->comp[i].type;
>  		struct device_node *node;
>  		struct mtk_ddp_comp *comp;
>  
> @@ -1076,12 +1077,13 @@ int mtk_crtc_create(struct drm_device *drm_dev, const unsigned int *path,
>  	}
>  
>  	mtk_crtc = devm_kzalloc(dev,
> -				struct_size(mtk_crtc, ddp_comp, path_len + (conn_routes ? 1 : 0)),
> +				struct_size(mtk_crtc, ddp_comp,
> +					    output_path->len + (conn_routes ? 1 : 0)),
>  				GFP_KERNEL);
>  	if (!mtk_crtc)
>  		return -ENOMEM;
>  
> -	mtk_crtc->ddp_comp_nr = path_len;
> +	mtk_crtc->ddp_comp_nr = output_path->len;
>  	mtk_crtc->mmsys_dev = priv->mmsys_dev;
>  
>  	mtk_crtc->mutex = mtk_mutex_get(priv->mutex_dev);
> @@ -1092,7 +1094,7 @@ int mtk_crtc_create(struct drm_device *drm_dev, const unsigned int *path,
>  	}
>  
>  	for (i = 0, j = 0; i < mtk_crtc->ddp_comp_nr; i++, j++) {
> -		unsigned int comp_id = path[i];
> +		unsigned int comp_id = output_path->comp[i].type;
>  		struct mtk_ddp_comp *comp;
>  
>  		comp = mtk_ddp_comp_find_by_id(&priv->hlist, comp_id);
> @@ -1138,7 +1140,7 @@ int mtk_crtc_create(struct drm_device *drm_dev, const unsigned int *path,
>  	 * In the case of ovl_adaptor sub driver, it needs to use the
>  	 * dma_dev_get function to get representative dma dev.
>  	 */
> -	dma_comp = mtk_ddp_comp_find_by_id(&priv->hlist, path[0]);
> +	dma_comp = mtk_ddp_comp_find_by_id(&priv->hlist, output_path->comp[0].type);
>  	if (dma_comp == NULL) {
>  		dev_err(dev, "Could not find appropriate DMA device!\n");
>  		return -EINVAL;
> 

[snip]

>  
> -static bool mtk_ddp_path_available(const unsigned int *path,
> -				   unsigned int path_len,
> +static bool mtk_ddp_path_available(const struct mtk_drm_path_definition *output_path,
>  				   struct device_node **comp_node)

You have remove all the caller of mtk_ddp_path_available(), so remove this function in this patch.
If you need this function in later patch, add this function in that patch.

>  {
>  	unsigned int i;
>  
> -	if (!path || !path_len)
> -		return false;
> -
> -	for (i = 0U; i < path_len; i++) {
> +	for (i = 0U; i < output_path->len; i++) {
>  		/* OVL_ADAPTOR doesn't have a device node */
> -		if (path[i] == DDP_COMPONENT_DRM_OVL_ADAPTOR)
> +		if (output_path->comp[i].type == DDP_COMPONENT_DRM_OVL_ADAPTOR)
>  			continue;
>  
> -		if (!comp_node[path[i]])
> +		if (!comp_node[output_path->comp[i].type])
>  			return false;
>  	}
>  
> @@ -576,31 +568,14 @@ int mtk_find_possible_crtcs(struct drm_device *drm, struct device *dev)
>  		priv_n = private->all_drm_private[j];
>  		data = priv_n->data;
>  
> -		if (mtk_ddp_path_available(data->main_path, data->main_len,
> -					   priv_n->comp_node)) {
> -			if (mtk_ddp_comp_find(dev, data->main_path,
> -					      data->main_len,
> -					      &priv_n->hlist))
> -				return BIT(i);
> -			i++;
> -		}
> -
> -		if (mtk_ddp_path_available(data->ext_path, data->ext_len,
> -					   priv_n->comp_node)) {
> -			if (mtk_ddp_comp_find(dev, data->ext_path,
> -					      data->ext_len,
> -					      &priv_n->hlist))
> -				return BIT(i);
> -			i++;
> -		}
> +		for (i = 0; i < MAX_CRTC; i++) {
> +			if (!data->output_paths[i].len)
> +				continue;
>  
> -		if (mtk_ddp_path_available(data->third_path, data->third_len,
> -					   priv_n->comp_node)) {
> -			if (mtk_ddp_comp_find(dev, data->third_path,
> -					      data->third_len,
> -					      &priv_n->hlist))
> +			ret = mtk_ddp_comp_find(dev, &data->output_paths[i],
> +						&priv_n->hlist);
> +			if (ret)
>  				return BIT(i);
> -			i++;
>  		}
>  	}
>  

[snip]

>  
> -static const unsigned int mt7623_mtk_ddp_main[] = {
> -	DDP_COMPONENT_OVL0,
> -	DDP_COMPONENT_RDMA0,
> -	DDP_COMPONENT_COLOR0,
> -	DDP_COMPONENT_BLS,
> -	DDP_COMPONENT_DPI0,
> +struct mtk_drm_path_definition mt2701_legacy_paths[MAX_CRTC] = {

static const

> +	[CRTC_MAIN] = {
> +		.comp = mt2701_mtk_ddp_main,
> +		.len = ARRAY_SIZE(mt2701_mtk_ddp_main),
> +	},
> +	[CRTC_EXT] = {
> +		.comp = mt2701_mtk_ddp_ext,
> +		.len = ARRAY_SIZE(mt2701_mtk_ddp_ext),
> +	},
>  };
>  

[snip]

> @@ -895,8 +966,7 @@ static int mtk_drm_of_get_ddp_ep_cid(struct device_node *node,
>   * mtk_drm_of_ddp_path_build_one - Build a Display HW Pipeline for a CRTC Path
>   * @dev:          The mediatek-drm device
>   * @cpath:        CRTC Path relative to a VDO or MMSYS
> - * @out_path:     Pointer to an array that will contain the new pipeline
> - * @out_path_len: Number of entries in the pipeline array
> + * @out_path:     Pointer to the structure that will contain the new pipeline
>   *
>   * MediaTek SoCs can use different DDP hardware pipelines (or paths) depending
>   * on the board-specific desired display configuration; this function walks
> @@ -910,20 +980,19 @@ static int mtk_drm_of_get_ddp_ep_cid(struct device_node *node,
>   * * %-ENOMEM - Failure to allocate pipeline array to pass to the caller
>   */
>  static int mtk_drm_of_ddp_path_build_one(struct device *dev, enum mtk_crtc_path cpath,
> -					 const unsigned int **out_path,
> -					 unsigned int *out_path_len)
> +					 struct mtk_drm_path_definition *out_path)
>  {
> +	struct mtk_drm_comp_definition temp_path[MTK_DISP_CONTROLLER_MAX_COMP_PER_PATH];

You change the temp_path[] size to MTK_DISP_CONTROLLER_MAX_COMP_PER_PATH,
but below do-while check idx < DDP_COMPONENT_DRM_ID_MAX,
you need to change the idx limit.

>  	struct device_node *next = NULL, *prev, *vdo = dev->parent->of_node;
> -	unsigned int temp_path[DDP_COMPONENT_DRM_ID_MAX] = { 0 };
> -	unsigned int *final_ddp_path;
> -	unsigned short int idx = 0;
>  	bool ovl_adaptor_comp_added = false;
> +	unsigned short int idx = 0;
> +	size_t final_comp_sz;
>  	int ret;
>  
>  	/* Get the first entry for the temp_path array */
>  	ret = mtk_drm_of_get_ddp_ep_cid(vdo, 0, cpath, &next, &temp_path[idx]);
>  	if (ret) {
> -		if (next && temp_path[idx] == DDP_COMPONENT_DRM_OVL_ADAPTOR) {
> +		if (next && temp_path[idx].type == DDP_COMPONENT_DRM_OVL_ADAPTOR) {
>  			dev_dbg(dev, "Adding OVL Adaptor for %pOF\n", next);
>  			ovl_adaptor_comp_added = true;
>  		} else {
> @@ -957,7 +1026,7 @@ static int mtk_drm_of_ddp_path_build_one(struct device *dev, enum mtk_crtc_path
>  		 * to probe that component master driver of which only one instance
>  		 * is needed and possible.
>  		 */
> -		if (temp_path[idx] == DDP_COMPONENT_DRM_OVL_ADAPTOR) {
> +		if (temp_path[idx].type == DDP_COMPONENT_DRM_OVL_ADAPTOR) {
>  			if (!ovl_adaptor_comp_added)
>  				ovl_adaptor_comp_added = true;
>  			else
> @@ -973,7 +1042,7 @@ static int mtk_drm_of_ddp_path_build_one(struct device *dev, enum mtk_crtc_path
>  		return ret;
>  
>  	/* If the last entry is not a final display output, the configuration is wrong */
> -	switch (temp_path[idx - 1]) {
> +	switch (temp_path[idx - 1].type) {
>  	case DDP_COMPONENT_DP_INTF0:
>  	case DDP_COMPONENT_DP_INTF1:
>  	case DDP_COMPONENT_DPI0:
> @@ -985,30 +1054,31 @@ static int mtk_drm_of_ddp_path_build_one(struct device *dev, enum mtk_crtc_path
>  		break;
>  	default:
>  		dev_err(dev, "Invalid display hw pipeline. Last component: %d (ret=%d)\n",
> -			temp_path[idx - 1], ret);
> +			temp_path[idx - 1].type, ret);
>  		return -EINVAL;
>  	}
>  
> -	final_ddp_path = devm_kmemdup(dev, temp_path, idx * sizeof(temp_path[0]), GFP_KERNEL);
> -	if (!final_ddp_path)
> +	/* Pipeline built! */
> +	out_path->len = idx;
> +	final_comp_sz = out_path->len * sizeof(out_path->comp[0]);
> +	out_path->comp = devm_kmemdup(dev, temp_path, final_comp_sz, GFP_KERNEL);
> +	if (!out_path->comp)
>  		return -ENOMEM;
>  
>  	dev_dbg(dev, "Display HW Pipeline built with %d components.\n", idx);
>  
> -	/* Pipeline built! */
> -	*out_path = final_ddp_path;
> -	*out_path_len = idx;
> -
>  	return 0;
>  }
>  
>  static int mtk_drm_of_ddp_path_build(struct device *dev, struct device_node *node,
>  				     struct mtk_mmsys_driver_data *data)
>  {
> +	struct mtk_drm_path_definition *output_paths;
>  	struct device_node *ep_node;
>  	struct of_endpoint of_ep;
>  	bool output_present[MAX_CRTC] = { false };
> -	int ret;
> +	u8 num_outputs_present = 0;
> +	int i, ret;
>  
>  	for_each_endpoint_of_node(node, ep_node) {
>  		ret = of_graph_parse_endpoint(ep_node, &of_ep);
> @@ -1024,33 +1094,30 @@ static int mtk_drm_of_ddp_path_build(struct device *dev, struct device_node *nod
>  		}
>  
>  		output_present[of_ep.id] = true;
> +		num_outputs_present++;
>  	}
> +	if (ret == 0 && num_outputs_present == 0)

ret is not used before this line, so remove checking of 'ret == 0'.

> +		ret = dev_err_probe(dev, -ENXIO, "No display outputs found.\n");
>  
>  	if (ret) {
>  		of_node_put(ep_node);
>  		return ret;
>  	}
>  
> -	if (output_present[CRTC_MAIN]) {
> -		ret = mtk_drm_of_ddp_path_build_one(dev, CRTC_MAIN,
> -						    &data->main_path, &data->main_len);
> -		if (ret && ret != -ENODEV)
> -			return ret;
> -	}
> +	/* This can be optimized after making CRTC numbers dynamic */
> +	output_paths = devm_kcalloc(dev, MAX_CRTC, sizeof(*output_paths), GFP_KERNEL);
> +	if (!output_paths)
> +		return -ENOMEM;
>  
> -	if (output_present[CRTC_EXT]) {
> -		ret = mtk_drm_of_ddp_path_build_one(dev, CRTC_EXT,
> -						    &data->ext_path, &data->ext_len);
> -		if (ret && ret != -ENODEV)
> -			return ret;
> -	}
> +	for (i = 0; i < MAX_CRTC; i++) {
> +		if (!output_present[i])
> +			continue;
>  
> -	if (output_present[CRTC_THIRD]) {
> -		ret = mtk_drm_of_ddp_path_build_one(dev, CRTC_THIRD,
> -						    &data->third_path, &data->third_len);
> +		ret = mtk_drm_of_ddp_path_build_one(dev, i, &output_paths[i]);
>  		if (ret && ret != -ENODEV)
>  			return ret;
>  	}
> +	data->output_paths = output_paths;
>  
>  	return 0;
>  }
> 

[snip]

> +
>  struct mtk_mmsys_driver_data {
> -	const unsigned int *main_path;
> -	unsigned int main_len;
> -	const unsigned int *ext_path;
> -	unsigned int ext_len;
> -	const unsigned int *third_path;
> -	unsigned int third_len;
> +	struct mtk_drm_path_definition *output_paths;
> +	u8 num_output_paths;

num_output_paths is not used. Remove it.

Regards,
CK

>  	const struct mtk_drm_route *conn_routes;
>  	unsigned int num_conn_routes;
>  


  reply	other threads:[~2026-10-28  7:05 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-14 11:43 [PATCH v2 00/46] drm/mediatek: The Huge Restructuring and MT8196 support AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 01/46] drm/mediatek: Rename OVL format naming AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 02/46] drm/mediatek: Export OVL formats definitions and format conversion API AngeloGioacchino Del Regno
2026-08-28  8:52   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 03/46] drm/mediatek: Export OVL Blend function AngeloGioacchino Del Regno
2026-08-28  9:04   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 04/46] drm/mediatek: Move mtk_ddp_comp_type enumeration to mtk-mmsys.h AngeloGioacchino Del Regno
2026-08-28  9:15   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 05/46] drm/mediatek: Add missing component types in mtk_ddp_comp_type AngeloGioacchino Del Regno
2026-08-28  9:18   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 06/46] drm/mediatek: Rename all display component type to have DISP_ prefix AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 07/46] drm/mediatek: Use hashtable for components discovery and registration AngeloGioacchino Del Regno
2026-10-27  7:42   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 08/46] drm/mediatek: ddp_comp: Move internal component register in function AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 09/46] drm/mediatek: De-duplicate internal component checks AngeloGioacchino Del Regno
2026-10-27  7:54   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 10/46] drm/mediatek: Introduce and use path/comp definition structures AngeloGioacchino Del Regno
2026-10-28  7:04   ` CK Hu (胡俊光) [this message]
2026-07-14 11:43 ` [PATCH v2 11/46] drm/mediatek: Create new mtk_drm_legacy and move deprecated code AngeloGioacchino Del Regno
2026-10-28  8:23   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 12/46] dt-bindings: soc: mediatek: mutex: Allow #trigger-source-cells AngeloGioacchino Del Regno
2026-07-22 15:45   ` Rob Herring
2026-07-22 16:39     ` AngeloGioacchino Del Regno
2026-07-22 15:46   ` Rob Herring (Arm)
2026-10-28  8:33   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 13/46] dt-bindings: display: mediatek: Allow trigger-sources on relevant HW AngeloGioacchino Del Regno
2026-10-28  8:35   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 14/46] drm/mediatek: Add support for MuteX trigger-sources parsing AngeloGioacchino Del Regno
2026-10-29  6:52   ` CK Hu (胡俊光)
2026-07-14 11:43 ` [PATCH v2 15/46] drm/mediatek: ovl_adaptor: Add special MERGE component check AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 16/46] drm/mediatek: mtk_hdmi_v2: Don't warn on RPM active during detach AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 17/46] drm/mediatek: Add support for hardware multi-stage layers AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 18/46] drm/mediatek: mtk_crtc: Complete documentation for struct mtk_crtc AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 19/46] drm/mediatek: mtk_crtc: Minimize spinlocked time in cmdq callback AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 20/46] drm/mediatek: mtk_crtc: Dynamically find vblank/cfg component indices AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 21/46] soc: mediatek: mtk-mutex: Add new functions to add/remove triggers AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 22/46] soc: mediatek: mtk-mmsys: Migrate to new Multimedia DDP HW indexing AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 23/46] drm/mediatek: Fully migrate to new Display Controller " AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 24/46] drm/mediatek: mtk_dpi: Pass parameters with new mtk_dpi_sync structure AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 25/46] drm/mediatek: mtk_dpi: Fully separate HW setup from common code AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 26/46] drm/mediatek: Create new mtk_dpi_common lib and move mtk_dpi code AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 27/46] dt-bindings: display: mediatek: Introduce Digital Video Output HW AngeloGioacchino Del Regno
2026-07-22 16:40   ` Rob Herring
2026-07-14 11:43 ` [PATCH v2 28/46] drm/mediatek: Add support for MediaTek Digital Video Output (DVO) AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 29/46] drm/mediatek: Pass mtk_ddp_comp in clk and config callbacks AngeloGioacchino Del Regno
2026-07-14 11:43 ` [PATCH v2 30/46] dt-bindings: display: mediatek: Introduce MT8196 Layer Blender AngeloGioacchino Del Regno
2026-07-22 16:42   ` Rob Herring
2026-07-14 11:43 ` [PATCH v2 31/46] drm/mediatek: Add support for Display Layer Blender component AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 32/46] dt-bindings: display: mediatek: Introduce MT8196 extended DMA Engine AngeloGioacchino Del Regno
2026-07-22 16:43   ` Rob Herring
2026-07-14 11:44 ` [PATCH v2 33/46] drm/mediatek: Add support for Display Controller exDMA component AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 34/46] dt-bindings: display: mediatek: Introduce MT8196 Output Processor AngeloGioacchino Del Regno
2026-07-22 16:45   ` Rob Herring
2026-07-14 11:44 ` [PATCH v2 35/46] drm/mediatek: Add support for Display Output Processor component AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 36/46] drm/mediatek: mtk_crtc: Dynamically find suitable CRTC DMA device AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 37/46] drm/mediatek: Prepare path builder for multi-controller architecture AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 38/46] drm/mediatek: Enable bring-up of multi-controller CRTC paths AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 39/46] drm/mediatek: Introduce MediaTek Asynchronous DirectLink Controller AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 40/46] drm/mediatek: Support registering disp controller device subnodes AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 41/46] soc: mediatek: mtk-mmsys: Populate multimedia subsystem subdevices AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 42/46] dt-bindings: display: mediatek: Introduce MT8196 2D Sharpness Processor AngeloGioacchino Del Regno
2026-07-28 13:40   ` Rob Herring
2026-07-28 13:49     ` AngeloGioacchino Del Regno
2026-08-04 18:19       ` Rob Herring
2026-08-05  3:48         ` Chen-Yu Tsai
2026-07-14 11:44 ` [PATCH v2 43/46] drm/mediatek: Add Two-Dimension Sharpness Processor (TDSHP) driver AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 44/46] dt-bindings: display: mediatek: Introduce MT8196 Image Resizer AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 45/46] drm/mediatek: Add support for Display Image Resizer (Scaler) AngeloGioacchino Del Regno
2026-07-14 11:44 ` [PATCH v2 46/46] drm/mediatek: mtk_drm_drv: Fail init only if all paths are invalid AngeloGioacchino Del Regno

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=8c8b2632111719af00fefc79a965dfa0a6fd74a9.camel@mediatek.com \
    --to=ck.hu@mediatek.com \
    --cc=Jason-JH.Lin@mediatek.com \
    --cc=Justin.Yeh@mediatek.com \
    --cc=airlied@gmail.com \
    --cc=angelogioacchino.delregno@collabora.com \
    --cc=chunkuang.hu@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=kernel@collabora.com \
    --cc=krzk+dt@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=matthias.bgg@gmail.com \
    --cc=mripard@kernel.org \
    --cc=p.zabel@pengutronix.de \
    --cc=robh@kernel.org \
    --cc=simona@ffwll.ch \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®