Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp878655pxb; Fri, 3 Sep 2021 16:12:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzAubqs5FllQmUIVAVfXKMB8PPBcjiDcmsyHtnzy8wsUrhQh3Nj3oZ5Ql3WOJUNxgJ9Q5P9 X-Received: by 2002:a17:906:d045:: with SMTP id bo5mr1288620ejb.461.1630710776885; Fri, 03 Sep 2021 16:12:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630710776; cv=none; d=google.com; s=arc-20160816; b=sKtkcKpxjFuVJB4Hws5gWWB53/8WlB6FjCyi/D6Mnqi1IYf9uvOaREs5/mUmoU40ZM vg2ri3LtsIOP1hqQBlIXfiqYmQZEtPyk9EhTYrolSquSbxApiN1dWzM8Lla/Jdcm7s3/ l7nuYIG1R8AiLPvo/XeA2y+RZwliQrRReqksiLByskikLo1nLHnvl8TCtfz7eIeSu2cY ksdbrx966zPFAuti57h/cS5Wq9mvjulhkTTWTCJudO5s2YZ2HQ6+kFfQGaa5qC549ObO X4Mv1kxGWL72H/okxppwqX8n057bFFanQ23zZFopZm3rCMDeMQMjbOcPnLboD3UFXHR1 3TXw== 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=PvG7lXRX5RbrHBVaF579NYr8sOzdCVcZBpFDabrwpRU=; b=NlZWX+dlg/5vCDX2XrRys8cqChxF5TX0cIm/8hglozxNvVr7ylrNhwlV/4GX27Icf9 EtIuubHN13UnPvVPTRZp5EED+nvV7tKtRVw8gZhcT2KtPkleUyMrBDXku2vik5nHN97D 47K+EMPpKrw28px9YdRmDtSLgebbu4wDTj1qk4MAWX6Xipq/WkVtzILYFtycDSo5N4D/ jW1Dhz4LhQyZ5tyVby3xIGidc9nw/lmI6OIeGAUGgA4XnFDhdNmHUI0xlWKVWU7o4/5u 8Fy2G9vUBOH6Wu8FAB9tletdoF5+ki8Uuz6QPYXf1TlXxGK6X/j/YIXmlo8+D6eOMnAd KS2g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=PsvUU0je; 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 gt40si587258ejc.9.2021.09.03.16.12.33; Fri, 03 Sep 2021 16:12:56 -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=PsvUU0je; 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 S1350291AbhICXKG (ORCPT + 99 others); Fri, 3 Sep 2021 19:10:06 -0400 Received: from mail.kernel.org ([198.145.29.99]:59880 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245035AbhICXKF (ORCPT ); Fri, 3 Sep 2021 19:10:05 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 11F2C6108E; Fri, 3 Sep 2021 23:09:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1630710545; bh=+EPWpGxs3T9Uo/rZCTHnQYWwEXZm+0EO0/1mha6nTa4=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=PsvUU0jeXmTMrj2xAYG7mEtck7BYfJ242ItmR/IqPmPiMvNgjMP1O5dNXTVD3+i7U vfhz8jnigKIPx2Ihieu1jVh7u1WWGBx9GwHxcKOpv7xt9L7ywn/jNTBjwOCCMG4m5y qoCSeaA9ohL4/SkBqF55sHlA5WZ5d/jRd8n78Pcj6YcDLJURwq6L9t30Dk6031Yqko 5f15bFYGYljOq4mnsKWLa7sV1u539MzNRTarBu/jtyAdCSrfOd97cZOlGhVk+8vmS7 gBw+cgUUVnhWlTTtv288B8n0LNwrISvtEtxgF21jGegWeHTNzTyHG40Shv/aY5GgWz UDgSk8TrFsH/w== Received: by mail-ed1-f54.google.com with SMTP id l6so956598edb.7; Fri, 03 Sep 2021 16:09:04 -0700 (PDT) X-Gm-Message-State: AOAM5330j7kQFgRA1xZ0LzmMsrTrzuC85dueIvD2pgM4CC/RZOiB++XU SPjJIeax/M1Fd48htldXm5w+LazgCqOZu55LzA== X-Received: by 2002:aa7:d3d1:: with SMTP id o17mr1353761edr.272.1630710543641; Fri, 03 Sep 2021 16:09:03 -0700 (PDT) MIME-Version: 1.0 References: <20210825144833.7757-1-jason-jh.lin@mediatek.com> <20210825144833.7757-4-jason-jh.lin@mediatek.com> In-Reply-To: <20210825144833.7757-4-jason-jh.lin@mediatek.com> From: Chun-Kuang Hu Date: Sat, 4 Sep 2021 07:08:52 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v9 03/14] dt-bindings: mediatek: display: split each block to individual yaml To: "jason-jh.lin" Cc: Rob Herring , Matthias Brugger , Chun-Kuang Hu , Philipp Zabel , Enric Balletbo i Serra , Frank Wunderlich , David Airlie , Daniel Vetter , Fabien Parent , Hsin-Yi Wang , fshao@chromium.org, Yongqiang Niu , Jitao shi , Nancy Lin , singo.chang@mediatek.com, DTML , Linux ARM , "moderated list:ARM/Mediatek SoC support" , linux-kernel , DRI Development 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, Jason: jason-jh.lin =E6=96=BC 2021=E5=B9=B48=E6=9C=882= 5=E6=97=A5 =E9=80=B1=E4=B8=89 =E4=B8=8B=E5=8D=8810:48=E5=AF=AB=E9=81=93=EF= =BC=9A > > 1. Remove mediatek,dislpay.txt > 2. Split each display function block to individual yaml file. > > Signed-off-by: jason-jh.lin > --- > .../display/mediatek/mediatek,aal.yaml | 75 ++++++ > .../display/mediatek/mediatek,ccorr.yaml | 69 ++++++ > .../display/mediatek/mediatek,color.yaml | 84 +++++++ > .../display/mediatek/mediatek,disp.txt | 219 ------------------ > .../display/mediatek/mediatek,dither.yaml | 70 ++++++ > .../display/mediatek/mediatek,gamma.yaml | 71 ++++++ > .../display/mediatek/mediatek,merge.yaml | 66 ++++++ > .../display/mediatek/mediatek,mutex.yaml | 77 ++++++ > .../display/mediatek/mediatek,od.yaml | 52 +++++ > .../display/mediatek/mediatek,ovl-2l.yaml | 86 +++++++ > .../display/mediatek/mediatek,ovl.yaml | 96 ++++++++ > .../display/mediatek/mediatek,rdma.yaml | 110 +++++++++ > .../display/mediatek/mediatek,split.yaml | 56 +++++ > .../display/mediatek/mediatek,ufoe.yaml | 59 +++++ > .../display/mediatek/mediatek,wdma.yaml | 86 +++++++ > 15 files changed, 1057 insertions(+), 219 deletions(-) > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,aal.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,ccorr.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,color.yaml > delete mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,disp.txt > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,dither.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,gamma.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,merge.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,mutex.yaml Because mutex does not only control display function block, but also control mdp function block, so move mutex binding document to the same folder of mmsys. > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,od.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,ovl-2l.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,ovl.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,rdma.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,split.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,ufoe.yaml > create mode 100644 Documentation/devicetree/bindings/display/mediatek/me= diatek,wdma.yaml > [snip] > diff --git a/Documentation/devicetree/bindings/display/mediatek/mediatek,= mutex.yaml b/Documentation/devicetree/bindings/display/mediatek/mediatek,mu= tex.yaml > new file mode 100644 > index 000000000000..939dff14d989 > --- /dev/null > +++ b/Documentation/devicetree/bindings/display/mediatek/mediatek,mutex.y= aml > @@ -0,0 +1,77 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/display/mediatek/mediatek,mutex.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: mediatek display mutex > + > +maintainers: > + - Chun-Kuang Hu > + - Philipp Zabel > + > +description: | > + The mediatek display mutex is used to send the triggers signals called > + Start Of Frame (SOF)/ Error Of Frame (EOF) to each sub-modules on the EOF is End of Frame. > + display data path In some SoC, such as mt2701, MUTEX could be a hardware mutex which protect the shadow register. Please describe this because this is a main function and this is why it's called MUTEX. Regards, Chun-Kuang. . > + MUTEX device node must be siblings to the central MMSYS_CONFIG node. > + For a description of the MMSYS_CONFIG binding, see > + Documentation/devicetree/bindings/arm/mediatek/mediatek,mmsys.yaml for= details. > + > +properties: > + compatible: > + oneOf: > + - items: > + - const: mediatek,mt2701-disp-mutex > + - items: > + - const: mediatek,mt2712-disp-mutex > + - items: > + - const: mediatek,mt8167-disp-mutex > + - items: > + - const: mediatek,mt8173-disp-mutex > + - items: > + - const: mediatek,mt8183-disp-mutex > + > + reg: > + maxItems: 1 > + > + interrupts: > + maxItems: 1 > + > + power-domains: > + description: A phandle and PM domain specifier as defined by binding= s of > + the power controller specified by phandle. See > + Documentation/devicetree/bindings/power/power-domain.yaml for deta= ils. > + > + clocks: > + items: > + - description: MUTEX Clock > + > + mediatek,gce-events: > + description: > + The event id which is mapping to the specific hardware event signa= l to gce. > + The event id is defined in the gce header > + include/include/dt-bindings/gce/-gce.h of each chips. > + $ref: /schemas/types.yaml#/definitions/phandle-array > + > +required: > + - compatible > + - reg > + - interrupts > + - power-domains > + - clocks > + > +additionalProperties: false > + > +examples: > + - | > + > + mutex: mutex@14020000 { > + compatible =3D "mediatek,mt8173-disp-mutex"; > + reg =3D <0 0x14020000 0 0x1000>; > + interrupts =3D ; > + power-domains =3D <&spm MT8173_POWER_DOMAIN_MM>; > + clocks =3D <&mmsys CLK_MM_MUTEX_32K>; > + mediatek,gce-events =3D , > + ; > + };