Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp4781430pxb; Tue, 2 Nov 2021 15:58:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz8fCs150UwzUPM07McqN/aS1mi0L+W/eoHB6nLN+R3JZFaCBoC6NrdYrbJC0YXHw7QvWYp X-Received: by 2002:a05:6402:4303:: with SMTP id m3mr54641533edc.328.1635893928580; Tue, 02 Nov 2021 15:58:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635893928; cv=none; d=google.com; s=arc-20160816; b=QjBrTvJpgnEdHQrtfmdPTv3w2nP8fQJg/jSF7gKZAe2gDwFS1S2cAXxUlz2W7ZNpKL JujRV31oPXHzLPp077Z8BdD/WgbgExPZ9FiKATGQl5sTY9qkBf+Art4qoXjEhJqmUHlN fVslHrhXQNUXMLAXsTjmd1pH3KvXYWQKEXVJJMV+r01HnDvSswJk3nFGkQWXzfo2hu3y 0YNZOLGMf/NRaPavaMmnHE3ZuzsVd4RMpAGiZuWaig6tFahiq8QCK564hqxuJR6g8jM/ NSbefYdOgQ6GMSPqB/+pRPcgOvkb1km/MQF5PwsT375cxgccZF69AUe60NecXXVtBT9m UYVw== 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=6DBYK7ObSPMrj7J7SaR8jWD5qW09q3+nOqLwb7Td+rE=; b=OEH8TSPDJVnd8NjM5Jf8G3OgwWUiargECWaqePsoKBz2d+WTbGsoffcBZdzUOTJX2D YupXWKqr6LLG/p0zOwRhQuHq7Dwf9LgYwwabh5szynGP/swK6PdyI3UZRle80D5ewQ4q 2YEHm9PMK2MAalznvaRdA5B5w9BsutG6HFwv6Y7oqNpXtDtevttqFd/uqFt4bcEhBzIA mKt3K/u51gn7874bAc2EkRa5TWtO93L+4xKEzNi4jms3WeT9n7ftbi1AxcUxBhMEna6m wFNwIMIr21dUsh0XUZ/7Lb0fBnUPXuSLdohywJhjiG+hSDlh+3B4ZBhC6THoSSkMuKt9 ygSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="opY/abwJ"; 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 sa30si412142ejc.246.2021.11.02.15.58.23; Tue, 02 Nov 2021 15:58:48 -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="opY/abwJ"; 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 S231240AbhKBW5D (ORCPT + 99 others); Tue, 2 Nov 2021 18:57:03 -0400 Received: from mail.kernel.org ([198.145.29.99]:60892 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229685AbhKBW5C (ORCPT ); Tue, 2 Nov 2021 18:57:02 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7648561105; Tue, 2 Nov 2021 22:54:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1635893667; bh=vZAm7ovxBi6d/ZH+uziWTG6NBTualBYKsCvLvL3Gx7g=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=opY/abwJOWe66VHhwlVSS287YA1M9yULIi5wQIYoJ96jO4hPky0vB6vi6tafilMD7 rFkhmoLtQ0JjoO8LGuoGLus6tF2fIduGVRZrrxl51/4nWYnKX6dKCQmBd2uSI9wlMD UO1XahuUVS5GKl3M0Aq9gJC4BEv6fCqD0q/CztW5e7meAcaEELHE3R2JXtckUw0jPy z9VAQruKylB+jiZA16OORnFfBMF6rFzu7wr/0EvG1Cg0KZUTyId6/tOrFKoGJf1Uai AP8H78hxGwQ6Ru8B4/CqaU93n8Gf4J+XTNIO9nFkSdgPnmTW9hS6RjiTF0OsrhHByR HNvU7DC6mlsLg== Received: by mail-ed1-f45.google.com with SMTP id z20so2592137edc.13; Tue, 02 Nov 2021 15:54:27 -0700 (PDT) X-Gm-Message-State: AOAM530YFzKW8liIBqYhqi1MWaZoZkmyk8Kfl2QuOBbC127wjqbZrplX 1xxztsa92j/GRSWWDUnADlqIYlY2PRj2/U0L9Q== X-Received: by 2002:a17:907:2ce1:: with SMTP id hz1mr49090047ejc.241.1635893665770; Tue, 02 Nov 2021 15:54:25 -0700 (PDT) MIME-Version: 1.0 References: <20211026155911.17651-1-jason-jh.lin@mediatek.com> <20211026155911.17651-6-jason-jh.lin@mediatek.com> In-Reply-To: <20211026155911.17651-6-jason-jh.lin@mediatek.com> From: Chun-Kuang Hu Date: Wed, 3 Nov 2021 06:54:14 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v12 05/16] dt-bindings: display: mediatek: merge: add additional prop for mt8195 To: "jason-jh.lin" Cc: Rob Herring , Matthias Brugger , Chun-Kuang Hu , Philipp Zabel , AngeloGioacchino Del Regno , Enric Balletbo i Serra , Maxime Coquelin , David Airlie , Daniel Vetter , Alexandre Torgue , Hsin-Yi Wang , Fei Shao , Moudy Ho , roy-cw.yeh@mediatek.com, Fabien Parent , Yongqiang Niu , Nancy Lin , singo.chang@mediatek.com, DTML , linux-stm32@st-md-mailman.stormreply.com, Linux ARM , "moderated list:ARM/Mediatek SoC support" , linux-kernel 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=B410=E6=9C=88= 26=E6=97=A5 =E9=80=B1=E4=BA=8C =E4=B8=8B=E5=8D=8811:59=E5=AF=AB=E9=81=93=EF= =BC=9A > > add MERGE additional properties description for mt8195: > 1. async clock > 2. fifo setting enable > 3. reset controller Reviewed-by: Chun-Kuang Hu > > Signed-off-by: jason-jh.lin > --- > .../display/mediatek/mediatek,merge.yaml | 38 +++++++++++++++++++ > 1 file changed, 38 insertions(+) > > diff --git a/Documentation/devicetree/bindings/display/mediatek/mediatek,= merge.yaml b/Documentation/devicetree/bindings/display/mediatek/mediatek,me= rge.yaml > index 75beeb207ceb..614721bdbf73 100644 > --- a/Documentation/devicetree/bindings/display/mediatek/mediatek,merge.y= aml > +++ b/Documentation/devicetree/bindings/display/mediatek/mediatek,merge.y= aml > @@ -36,8 +36,28 @@ properties: > Documentation/devicetree/bindings/power/power-domain.yaml for deta= ils. > > clocks: > + maxItems: 2 > items: > - description: MERGE Clock > + - description: MERGE Async Clock > + Controlling the synchronous process between MERGE and other di= splay > + function blocks cross clock domain. > + > + clock-names: > + maxItems: 2 > + items: > + - const: merge > + - const: merge_async > + > + mediatek,merge-fifo-en: > + description: > + The setting of merge fifo is mainly provided for the display laten= cy > + buffer to ensure that the back-end panel display data will not be > + underrun, a little more data is needed in the fifo. > + According to the merge fifo settings, when the water level is dete= cted > + to be insufficient, it will trigger RDMA sending ultra and preulra > + command to SMI to speed up the data rate. > + type: boolean > > mediatek,gce-client-reg: > description: > @@ -50,6 +70,11 @@ properties: > $ref: /schemas/types.yaml#/definitions/phandle-array > maxItems: 1 > > + resets: > + description: reset controller > + See Documentation/devicetree/bindings/reset/reset.txt for details. > + maxItems: 1 > + > required: > - compatible > - reg > @@ -67,3 +92,16 @@ examples: > power-domains =3D <&spm MT8173_POWER_DOMAIN_MM>; > clocks =3D <&mmsys CLK_MM_DISP_MERGE>; > }; > + > + merge5: disp_vpp_merge5@1c110000 { > + compatible =3D "mediatek,mt8195-disp-merge"; > + reg =3D <0 0x1c110000 0 0x1000>; > + interrupts =3D ; > + clocks =3D <&vdosys1 CLK_VDO1_VPP_MERGE4>, > + <&vdosys1 CLK_VDO1_MERGE4_DL_ASYNC>; > + clock-names =3D "merge","merge_async"; > + power-domains =3D <&spm MT8195_POWER_DOMAIN_VDOSYS1>; > + mediatek,gce-client-reg =3D <&gce1 SUBSYS_1c11XXXX 0x0000 0x1000= >; > + mediatek,merge-fifo-en =3D <1>; > + resets =3D <&vdosys1 MT8195_VDOSYS1_SW0_RST_B_MERGE4_DL_ASYNC>; > + }; > -- > 2.18.0 >