Received: by 2002:a05:6358:16cd:b0:dc:6189:e246 with SMTP id r13csp1017258rwl; Fri, 4 Nov 2022 08:53:23 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5k/6MGPO1is8tNNOd1GJ3Bmj+lZPP2tabm7CjVtxBkBkBSSSwoVEqQXUNDIY7qkkkgZyd4 X-Received: by 2002:a63:7f1a:0:b0:46f:8464:3019 with SMTP id a26-20020a637f1a000000b0046f84643019mr29815415pgd.450.1667577202785; Fri, 04 Nov 2022 08:53:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1667577202; cv=none; d=google.com; s=arc-20160816; b=e88TX/8j2yV3qg1V9SdhzwPEP8Bef2utxgiSsFbypMdTRlh8MRBLpeuDd4CK/gwwiX ZLUE/FkakDvfaqMuckl1uxcgVnUIeGThvoPF0zkBInqTg9nghbzI7PRH/zNxa7w66I20 x0yuMRUszLbTpNMCN18gTGqiUd+deepbdwJcHEXyPZufqkIZPb7G5gddI0xClb9faYlw 3Oz61tQTVToPActY7DtFCnIDvi4iH4XKkth5pghW3xOezcZYIqq0INUwq4nMkAAq8sFR lSGooS1gKoBSF7avQtxLeJ4i3/8dRimmO0FJOGeGC/9hpdvE8wHXXizdy/bg4Cp68bTP Na7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=FEjd+PvKAYdN3SYcvnx+UWY1J3SHepx3zo4VttAFVqo=; b=Xp81uKdbncKziiv5tsyHxYKBb5je7gT2hzAEEy9lC4tNrwrCqA5ahifGRSQVDpPL7N kvHenGD7eAlS67l99Hk2bI87a87EsQzxnUb0bovVvO8e8QJEE0UWifOL8t8TInyRIOGB EFC8llUXtAsPuIatZObXCURvmkNLkiMeFzd8jXaqpS8A5sPCrnPoT/g+E83QAYyj6qiI SCvXPbMd/xVg1zLaFAuP+qXR9/JWKaU3b1X7KIE8vS4hShQbd6m8IbQylyZGxRA2WjiX MetrH8cFLN7fuYDdFd9pYInEK4eQOBYcchU1vmxV/E15qVtYL+pAZs9DSGq1q4fW87Fn zC3A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=RmsC+Pbm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p1-20020a17090ab90100b002130f3bc5ebsi3861567pjr.56.2022.11.04.08.53.10; Fri, 04 Nov 2022 08:53:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=RmsC+Pbm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231864AbiKDOx3 (ORCPT + 96 others); Fri, 4 Nov 2022 10:53:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38632 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229572AbiKDOx0 (ORCPT ); Fri, 4 Nov 2022 10:53:26 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B65D22BCB; Fri, 4 Nov 2022 07:53:23 -0700 (PDT) Received: from notapiano (unknown [IPv6:2600:4041:5b1a:cd00:524d:e95d:1a9c:492a]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: nfraprado) by madras.collabora.co.uk (Postfix) with ESMTPSA id E30D9660296D; Fri, 4 Nov 2022 14:53:19 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1667573602; bh=nbrvVX+UhnvF5ENRV50WNSRNnwQj9Mpuw87bW7JfI+I=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=RmsC+Pbm32Z7NholMslPUTwJiR3ZxsKjJ9YqNeeVaHHcCt+yRHlyG4Gchb+G+9WTm SvtiVAgzvbRerlFy+XawTBAaqFM1Qz2tEtlV7DDFMK60UpO+7ohsviZcinoNuKfL9D TFSfF2zL37updpctWSqw15JtPXK5Fg/leqi6oRB56ZVo05pfVUmaSY8lHxN7c4UT+e uRg9CRgGSrxtHVmxkvdemaxG6XmTWsorAQVoYIcuWJPuJ2ssuaM/u4RgHTyXIYu5Ud ZLUDl6mpbb2UiA6b7zxyL4y0vTdl6T6wJYdtN11V78sI4sdue4rde7cUbQrOrSfQQh 1GvHl1Lg4r8NA== Date: Fri, 4 Nov 2022 10:53:15 -0400 From: =?utf-8?B?TsOtY29sYXMgRi4gUi4gQS4=?= Prado To: Nancy Lin =?utf-8?B?KOael+aso+ieoik=?= Cc: "llvm@lists.linux.dev" , Yongqiang Niu =?utf-8?B?KOeJm+awuOW8uik=?= , "robh+dt@kernel.org" , Singo Chang =?utf-8?B?KOW8teiIiOWciyk=?= , "nathan@kernel.org" , "linux-mediatek@lists.infradead.org" , "chunkuang.hu@kernel.org" , Jason-JH Lin =?utf-8?B?KOael+edv+elpSk=?= , "linux@roeck-us.net" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , "daniel@ffwll.ch" , "p.zabel@pengutronix.de" , "dri-devel@lists.freedesktop.org" , Project_Global_Chrome_Upstream_Group , "linux-arm-kernel@lists.infradead.org" , "wim@linux-watchdog.org" , "matthias.bgg@gmail.com" , "airlied@linux.ie" , "angelogioacchino.delregno@collabora.com" , "ndesaulniers@google.com" Subject: Re: [PATCH v27 6/7] drm/mediatek: add drm ovl_adaptor sub driver for MT8195 Message-ID: <20221104145315.hsff6kswyquyscx2@notapiano> References: <20221103032610.9217-1-nancy.lin@mediatek.com> <20221103032610.9217-7-nancy.lin@mediatek.com> <20221103212800.43nxlxpconqkasvc@notapiano> <82f99ec0d0150d7625e87fe6d5aba58382c8aec4.camel@mediatek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <82f99ec0d0150d7625e87fe6d5aba58382c8aec4.camel@mediatek.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 04, 2022 at 10:57:28AM +0000, Nancy Lin (林欣螢) wrote: > Dear Nicolas, > > Thanks for the review. > > On Thu, 2022-11-03 at 17:28 -0400, Nícolas F. R. A. Prado wrote: > > On Thu, Nov 03, 2022 at 11:26:09AM +0800, Nancy.Lin wrote: > > > Add drm ovl_adaptor sub driver. Bring up ovl_adaptor sub driver if > > > the component exists in the path. > > > > > > Signed-off-by: Nancy.Lin > > > Reviewed-by: AngeloGioacchino Del Regno < > > > angelogioacchino.delregno@collabora.com> > > > Reviewed-by: CK Hu > > > Tested-by: AngeloGioacchino Del Regno < > > > angelogioacchino.delregno@collabora.com> > > > Tested-by: Bo-Chen Chen > > > Tested-by: Nícolas F. R. A. Prado > > > Change-Id: I0501f3c80e78ec8279366cba9c137a2edd7a852e > > > --- > > > drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 61 ++++----- > > > drivers/gpu/drm/mediatek/mtk_drm_crtc.h | 2 +- > > > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 129 ++++++++++++-- > > > ------ > > > drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 50 +++++++- > > > drivers/gpu/drm/mediatek/mtk_drm_drv.c | 78 ++++++------ > > > drivers/gpu/drm/mediatek/mtk_drm_drv.h | 12 +- > > > 6 files changed, 209 insertions(+), 123 deletions(-) > > > > > > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c > > > b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c > > > index 30dcb65d8a5a..ce5617ad04cb 100644 > > > --- a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c > > > +++ b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c > > > > [..] > > > int mtk_drm_crtc_create(struct drm_device *drm_dev, > > > - const enum mtk_ddp_comp_id *path, unsigned int > > > path_len, > > > + const unsigned int *path, unsigned int > > > path_len, > > > > Hi Nancy, > > > > why is 'enum mtk_ddp_comp_id' being changed to 'unsigned int' > > throughout this > > patch? Was this intentional? > > > > I saw that this change happened between v16 [1] and v17 [2], but I > > didn't see > > any reply or mention about this in the commit message or cover > > letter. > > > > Thanks, > > Nícolas > > > > [1] > > https://lore.kernel.org/all/20220318142009.2796-21-nancy.lin@mediatek.com/ > > [2] > > https://lore.kernel.org/all/20220416020749.29010-20-nancy.lin@mediatek.com/ > > > The change is for the review in [1] to expose each mod instead of ovl > adaptor to mtk_mutex. > Ovl adaptor is an application that combine these mod to achieve ovl > function, and it's not a real component in mtk_mmsys/mtk_mutex. > > For the above comment, I discussed the solution with MediaTek DRM > reviewer CK.Hu internally. > 1. remove the DDP_COMPONENT_OVL_ADAPTOR in enum mtk_ddp_comp_id{} (ref > [2]) > 2. add DRM driver component define "DDP_COMPONENT_DRM_OVL_ADAPTOR" in > mtk_drm_drv.h (ref[3]) > 3. replace mmsys compoent DDP_COMPONENT_OVL_ADAPTOR with DRM driver > compoent DDP_COMPONENT_DRM_OVL_ADAPTOR in drm mt8195_mtk_ddp_ext[] path > array. (ref[3] - mtk_drm_drv.c) > > static const unsigned int mt8195_mtk_ddp_ext[] = { > DDP_COMPONENT_DRM_OVL_ADAPTOR, > DDP_COMPONENT_MERGE5, > DDP_COMPONENT_DP_INTF1, > }; > Because the DDP_COMPONENT_DRM_OVL_ADAPTOR is not a real mmsys > component, change to use "unsigned int" instead of "enum > mtk_ddp_comp_id{}" Ah okay, that makes sense. Thank you for the clarification. Thanks, Nícolas > > > [1] > https://patchwork.kernel.org/project/linux-mediatek/patch/20220318142009.2796-10-nancy.lin@mediatek.com/ > [2] > https://patchwork.kernel.org/project/linux-mediatek/patch/20220318142009.2796-5-nancy.lin@mediatek.com/ > [3] > https://patchwork.kernel.org/project/linux-mediatek/patch/20221103032610.9217-7-nancy.lin@mediatek.com/ > > Thanks, > Nancy >