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;
>
next prev parent 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®