Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp94460pxb; Thu, 2 Sep 2021 20:24:38 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyg1J2xewH+BatyWvJyEMrAQDuNAa988KmvbdkjCfBOs/6rd53SGDF1mA05tLgeHPaam395 X-Received: by 2002:a05:6638:419e:: with SMTP id az30mr863128jab.90.1630639478430; Thu, 02 Sep 2021 20:24:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630639478; cv=none; d=google.com; s=arc-20160816; b=MxRmYglDu5jRZqAVFMORn5ikMZHUdQHCBcHSq1LW5TfPbF+cBUTpkhbJudmi8PUkFN xRd8vykhpMODl+d3jzuSdbJyt6ug7O/xT3uNWtxN7PCRJaZPeh5h1zh68XkupzMCSriQ 2kTS7Aww4d0qG3T1xa/L05dYUP/ShxcX93DeFgcOGOnhTJF6LHDyF67NfrVukvkY3g8s abwU/lJx2ujrkOoNdx4lHcYsJ9prPeQ3+7TkAOWkMp4Cac4KjapAqxPT0eEvHLOA1rZQ SQ+Dxn3rGP4ZNcQGWVc2AX7vkg3s51UtzdgjPhxgRpINTA0ztpmZV70KkVmd9ApoP6Gt 9L6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=mAIWmxss4wJsb72uBvlo2nGY2V+bgkk5vsaqPDjx7/g=; b=jOTvpCE/07Ps34tK6VAQ8ajkXnVbycPzQ7yRXILEilwpqUimUA+nk/GpGs5t6mPMJL XhuZz74SyzAMTEvyiFlvc+eI0usKnA4RGCxo9b7w8jRmae2NCAr4f2r+DFzWAnFWoS2s IEqRCrQXbr5pXMspP91B7iV95oAxD5SdSNvt7xEoKIRBy7ZHAL/0Wb8PzTiGvCK/UHhc UyXAuAjOGc/+tJVg8sg2XFbLaPY60wVxuQ/pNOqVIv/jwcLs65ElGzOaNjfA/LShjPZg lrgJLaYXbVl18c0MVLuNCFQc4cRHZRKq4TBAzj3yMRHzL6LFfbsVPclFIyo0qaraliTe RYtw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="s/+04C7t"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l8si3994217ilt.110.2021.09.02.20.24.27; Thu, 02 Sep 2021 20:24:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="s/+04C7t"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345599AbhIBXdp (ORCPT + 99 others); Thu, 2 Sep 2021 19:33:45 -0400 Received: from mail.kernel.org ([198.145.29.99]:41806 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345458AbhIBXdU (ORCPT ); Thu, 2 Sep 2021 19:33:20 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C7848610A1; Thu, 2 Sep 2021 23:32:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1630625541; bh=GA+AjqeSDCMykVukDLkZcSq4WcK7pD/aBcJsuedYksc=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=s/+04C7t67KD1oG/KwSDWU00s5MUQy4g4uRK3IHnaWC07ifQquiLbK2upmY3IHvAo e/q2VuygnBfxNMPkYWu7v9l8qa9/uDTGCri4M+4nOQ080OOnpb+w9RfG7hC+A7VAdO PN5Lz35UHLEP5BVOI5RGoc1hYJ2oUVh/Abips89rgJasyvrhxd9kdp1/i9ULEMVGvv dNuaaNVrpe/HvaA42AykZaA1YyMwp5h0n02UtJd1BREnqpbJuD8Lo9XchkBN5171sM NgLasAowEdufp+Asaegop1S9jL7aXwOByYL62n4JE92DVDGX1caI116UxuXcWzid7G BpQpq7TmQADig== Received: by mail-ed1-f52.google.com with SMTP id q3so5363565edt.5; Thu, 02 Sep 2021 16:32:21 -0700 (PDT) X-Gm-Message-State: AOAM531pmf+b6cnWRl5wAykcwmqLikYJGyUb6EHnF7HkvXmwOTPr3Isv D4Zn2g/EZZRC6Qb71uLnTN/HpKRa2xNrqUDY1A== X-Received: by 2002:aa7:d351:: with SMTP id m17mr863165edr.72.1630625540273; Thu, 02 Sep 2021 16:32:20 -0700 (PDT) MIME-Version: 1.0 References: <20210824100027.25989-1-moudy.ho@mediatek.com> <20210824100027.25989-4-moudy.ho@mediatek.com> <0092244acd520acac81208b8863b15fba58f4193.camel@mediatek.com> In-Reply-To: From: Chun-Kuang Hu Date: Fri, 3 Sep 2021 07:32:09 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v7 3/5] dt-binding: mt8183: Add Mediatek MDP3 dt-bindings To: Rob Herring Cc: moudy ho , Mauro Carvalho Chehab , Matthias Brugger , Hans Verkuil , Jernej Skrabec , Maoguang Meng , daoyuan huang , Ping-Hsun Wu , Geert Uytterhoeven , Rob Landley , Laurent Pinchart , Linux Media Mailing List , DTML , linux-arm-kernel , "moderated list:ARM/Mediatek SoC support" , "linux-kernel@vger.kernel.org" , Tomasz Figa , Nicolas Boichat , Alexandre Courbot , Pi-Hsun Shih , menghui.lin@mediatek.com, Sj Huang , ben.lok@mediatek.com, randy.wu@mediatek.com, srv_heupstream , Hsin-Yi Wang Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Rob: Rob Herring =E6=96=BC 2021=E5=B9=B48=E6=9C=8830=E6=97=A5 = =E9=80=B1=E4=B8=80 =E4=B8=8B=E5=8D=8811:06=E5=AF=AB=E9=81=93=EF=BC=9A > > On Mon, Aug 30, 2021 at 2:58 AM moudy ho wrote: > > > > On Tue, 2021-08-24 at 13:02 -0500, Rob Herring wrote: > > > On Tue, Aug 24, 2021 at 06:00:25PM +0800, Moudy Ho wrote: > > > > This patch adds DT binding document for Media Data Path 3 (MDP3) > > > > a unit in multimedia system used for scaling and color format > > > > convert. > > > > > > > > Signed-off-by: Moudy Ho > > > > --- > > > > .../bindings/media/mediatek,mdp3-ccorr.yaml | 57 +++++ > > > > .../bindings/media/mediatek,mdp3-rdma.yaml | 207 > > > > ++++++++++++++++++ > > > > .../bindings/media/mediatek,mdp3-rsz.yaml | 65 ++++++ > > > > .../bindings/media/mediatek,mdp3-wdma.yaml | 71 ++++++ > > > > .../bindings/media/mediatek,mdp3-wrot.yaml | 71 ++++++ > > > > 5 files changed, 471 insertions(+) > > > > create mode 100644 > > > > Documentation/devicetree/bindings/media/mediatek,mdp3-ccorr.yaml > > > > create mode 100644 > > > > Documentation/devicetree/bindings/media/mediatek,mdp3-rdma.yaml > > > > create mode 100644 > > > > Documentation/devicetree/bindings/media/mediatek,mdp3-rsz.yaml > > > > create mode 100644 > > > > Documentation/devicetree/bindings/media/mediatek,mdp3-wdma.yaml > > > > create mode 100644 > > > > Documentation/devicetree/bindings/media/mediatek,mdp3-wrot.yaml > > > > > > > > diff --git a/Documentation/devicetree/bindings/media/mediatek,mdp3- > > > > ccorr.yaml b/Documentation/devicetree/bindings/media/mediatek,mdp3- > > > > ccorr.yaml > > > > new file mode 100644 > > > > index 000000000000..59fd68b46022 > > > > --- /dev/null > > > > +++ b/Documentation/devicetree/bindings/media/mediatek,mdp3- > > > > ccorr.yaml > > > > @@ -0,0 +1,57 @@ > > > > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > > > > +%YAML 1.2 > > > > +--- > > > > +$id: > > > > https://urldefense.com/v3/__http://devicetree.org/schemas/media/med= iatek,mdp3-ccorr.yaml*__;Iw!!CTRNKA9wMg0ARbw!1C0ChLqzi7Zq8D2d4_S4IqCEei4GXd= gy3_VCQg8MdsJP7n8TlxbGyajipusfH8hi$ > > > > > > > > +$schema: > > > > https://urldefense.com/v3/__http://devicetree.org/meta-schemas/core= .yaml*__;Iw!!CTRNKA9wMg0ARbw!1C0ChLqzi7Zq8D2d4_S4IqCEei4GXdgy3_VCQg8MdsJP7n= 8TlxbGyajipi-OInix$ > > > > > > > > + > > > > +title: Mediatek Media Data Path 3 CCORR Device Tree Bindings > > > > + > > > > +maintainers: > > > > + - Daoyuan Huang > > > > + - Moudy Ho > > > > + > > > > +description: | > > > > + One of Media Data Path 3 (MDP3) components used to do color > > > > correction with 3X3 matrix. > > > > + > > > > +properties: > > > > + compatible: > > > > + items: > > > > + - enum: > > > > + - mediatek,mt8183-mdp3-ccorr > > > > + > > > > + mediatek,mdp3-id: > > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > > + maxItems: 1 > > > > + description: | > > > > + HW index to distinguish same functionality modules. > > > > > > If we wanted h/w indexes in DT, we'd have a standard property. Why > > > do > > > you need this? > > > > > I'm sorry not quite sure what HW indexes means (something like > > aliases?) > > It means whatever you said in your description. > > And no, I'm not suggesting you use aliases. Because mediatek drm driver has the same problem with mdp driver, and it has already use the aliases [1]. No matter what is the conclusion for mdp driver, I think mediatek drm driver should align to this conclusion. If the conclusion is to remove aliases, should I modify the dts which has already upstreamed? Should mediatek drm driver be backward-compatible with down stream dts which use aliases? [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree= /arch/arm64/boot/dts/mediatek/mt8173.dtsi?h=3Dv5.14 Regards, Chun-Kuang. > > > It was originally used to mark multiple identical modules in the MDP > > data path algorithm, so that appropriate paths can be dynamically > > dispatched. > > If they are identical, then why do you need to distinguish them in DT? > If there's some difference you need to know about such as connections > to other blocks, then describe that. Another common example is needing > to know what bits/registers to access in a syscon phandle. For that, > make the register offset or bits be args to the phandle property. > > Rob > > _______________________________________________ > Linux-mediatek mailing list > Linux-mediatek@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-mediatek