Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1301089pxu; Sat, 12 Dec 2020 08:18:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJwHIkqGorRMCPYeeogGs28T+dsCGV2wiKCPjYLpDnLqM4V64BvRlR46REkX+7R4TgTmIT0i X-Received: by 2002:a17:907:389:: with SMTP id ss9mr16199280ejb.158.1607789916175; Sat, 12 Dec 2020 08:18:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607789916; cv=none; d=google.com; s=arc-20160816; b=1LkRcIiiXqtpr8pFzIRO162oSbJlZUp32L37ZuCQrvkQCJtdFAZvC901DbL+VAzttZ 3gNFHG/g46APGVO913R2/MVs+TvDJtw9r3VGZh4JPP0R2yi7qhVkH2LAeM37o3Ci1iCx 7OXkYckT/O1Ycsw9YHkCaNAeHdHPMT35PqZDnN+FCUtm14rVNO1BNLAVB5AZuQd4VDst RL/YVsGRTeg+5nT3juASvaFgXnwmiGLYz7lJzhr9d82uEB+Ywx2f8gub/jJGIPegQ+To yFcmd7uTRlLmrWzQaqCxbnobsf0iCT/tvV2/sq/lhv7KhtSfzlpzc89GqF7CsXSKjm0R /7pQ== 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=aTD+JMPyajS46wdVFh5ez0adQILT44xmO1yhDVeA4G4=; b=BSQVritZdJIDH3qKdblnu3enMGzGqRtMnuZ6norQXKpCgdfGzzloOYIUqmRXsraRM1 Pmjr+YNrOOXfzeFxrDrJn1MT954yc0w2iGJGW2LYiCt/9zyxSYzRx4TyLLA4fQQ+ez9z 7jFu+3YG5C+8HWUjZsxAh7VM7aGphVH9FVu0zUa7/LEJ9taMiiaEz0woRVDVq8ZFvHjS KPEDMsSANJRUgF2agoYK/SIMq/+GaC3qKPJttPVooMbBCQMxE23P+WHnhJZps+Vg5f6d u5gcOpCp/38ef5qObV4WvBcT2PQzmKxqQdweZoDMwzjedzl79smOEaoJc+hcNn7FDA7x onlw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=oIyQEnHR; 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 n4si7462011edw.515.2020.12.12.08.18.13; Sat, 12 Dec 2020 08:18:36 -0800 (PST) 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=oIyQEnHR; 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 S2406559AbgLKPFr (ORCPT + 99 others); Fri, 11 Dec 2020 10:05:47 -0500 Received: from mail.kernel.org ([198.145.29.99]:34244 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2406548AbgLKPFO (ORCPT ); Fri, 11 Dec 2020 10:05:14 -0500 X-Gm-Message-State: AOAM5321Q88Ga4kOvROtWKwptfs7tu6P56B86qs8Hfjd0W4d8xc7o4vA xMFM1yfYf1lC0Pc7TDMgniLCKmFGENaJgbHhyg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1607698012; bh=kMGlC86uydZtd+hqrVgic6SM+HBSXPFoclUBLRZV+W0=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=oIyQEnHRnQVqjF3lPXkM2jdJZPuJrBRV4mjDmkyC7D2YkMytrKxvnLYtY/MuZ8U/Z W2OUDIdIl5P5nA+Grcj7irhjVn0ALUSpEaB9xq3sTtFco4Ioc5EaORLgi+/Fx1x1B1 xuTzcH5vpNBd8jobFSsDlhuU/N6m6vTAlNmwOCa52uoTl+L+OKQeUIZBQMMDrnbCbl aWGhg7987Lki9Xe3xfn+ju4MxOO01qIDqA7zvZYo8oun/gimaAkwCOmj43NF6l0pID NrBJeFA4dAUjrbCc1WRzn31ZiyySttmX0+rmnlXaoevbPEZszXOPWO4MHLzSftdiW2 VV7HliYYfHt3g== X-Received: by 2002:a5d:6443:: with SMTP id d3mr14035794wrw.422.1607698005242; Fri, 11 Dec 2020 06:46:45 -0800 (PST) MIME-Version: 1.0 References: <1607591262-21736-1-git-send-email-yongqiang.niu@mediatek.com> <1607591262-21736-2-git-send-email-yongqiang.niu@mediatek.com> <1607647416.12750.3.camel@mhfsdcap03> In-Reply-To: <1607647416.12750.3.camel@mhfsdcap03> From: Chun-Kuang Hu Date: Fri, 11 Dec 2020 22:46:34 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v8, 1/6] dt-bindings: mediatek: add rdma_fifo_size description for mt8183 display To: Yongqiang Niu Cc: Chun-Kuang Hu , CK Hu , Philipp Zabel , Rob Herring , Matthias Brugger , Mark Rutland , DTML , David Airlie , linux-kernel , DRI Development , "moderated list:ARM/Mediatek SoC support" , Daniel Vetter , Linux ARM 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, Yongqiang: Yongqiang Niu =E6=96=BC 2020=E5=B9=B412=E6=9C= =8811=E6=97=A5 =E9=80=B1=E4=BA=94 =E4=B8=8A=E5=8D=888:43=E5=AF=AB=E9=81=93= =EF=BC=9A > > On Thu, 2020-12-10 at 23:40 +0800, Chun-Kuang Hu wrote: > > Hi, Yongqiang: > > > > Yongqiang Niu =E6=96=BC 2020=E5=B9=B412=E6= =9C=8810=E6=97=A5 =E9=80=B1=E5=9B=9B =E4=B8=8B=E5=8D=885:22=E5=AF=AB=E9=81= =93=EF=BC=9A > > > > > > rdma fifo size may be different even in same SOC, add this > > > property to the corresponding rdma > > > > > > Signed-off-by: Yongqiang Niu > > > --- > > > .../bindings/display/mediatek/mediatek,disp.txt | 16 ++++++= ++++++++++ > > > 1 file changed, 16 insertions(+) > > > > > > diff --git a/Documentation/devicetree/bindings/display/mediatek/media= tek,disp.txt b/Documentation/devicetree/bindings/display/mediatek/mediatek,= disp.txt > > > index 1212207..64c64ee 100644 > > > --- a/Documentation/devicetree/bindings/display/mediatek/mediatek,dis= p.txt > > > +++ b/Documentation/devicetree/bindings/display/mediatek/mediatek,dis= p.txt > > > @@ -66,6 +66,13 @@ Required properties (DMA function blocks): > > > argument, see Documentation/devicetree/bindings/iommu/mediatek,iom= mu.txt > > > for details. > > > > > > +Optional properties (RDMA function blocks): > > > +- mediatek,rdma_fifo_size: rdma fifo size may be different even in s= ame SOC, add this > > > + property to the corresponding rdma > > > + the value is the Max value which defined in hardware data sheet. > > > + rdma_fifo_size of rdma0 in mt8183 is 5120 > > > + rdma_fifo_size of rdma1 in mt8183 is 2048 > > > + > > > Examples: > > > > > > mmsys: clock-controller@14000000 { > > > @@ -207,3 +214,12 @@ od@14023000 { > > > power-domains =3D <&scpsys MT8173_POWER_DOMAIN_MM>; > > > clocks =3D <&mmsys CLK_MM_DISP_OD>; > > > }; > > > + > > > +rdma1: rdma@1400c000 { > > > + compatible =3D "mediatek,mt8183-disp-rdma"; > > > + reg =3D <0 0x1400c000 0 0x1000>; > > > + interrupts =3D ; > > > + power-domains =3D <&scpsys MT8183_POWER_DOMAIN_DISP>; > > > + clocks =3D <&mmsys CLK_MM_DISP_RDMA1>; > > > + mediatek,rdma_fifo_size =3D <2048>; > > > +}; > > > > In [1], Rob has suggest that not add example of rdma1, it's better to > > add mediatek,rdma_fifo_size in rdma0 for example. > > > > [1] https://patchwork.kernel.org/project/linux-mediatek/patch/159685523= 1-5782-2-git-send-email-yongqiang.niu@mediatek.com/ > > > > Regards, > > Chun-Kuang. > > the description of rdma0 is mt8173, and mt8173 rdma driver set the > correspond fifo size already ok like this: > static const struct mtk_disp_rdma_data mt8173_rdma_driver_data =3D { > .fifo_size =3D SZ_8K, > }; > > please double confirm shall we add this information into rdma0 > description. > Device tree is used to describe hardware. That means device tree description should not consider your driver's implementation. mediatek,rdma-fifo-size of mt8173-rdma0 is 8K, so I could write this information in device node because this hardware is. Regards, Chun-Kuang. > > > > > > -- > > > 1.8.1.1.dirty > > > _______________________________________________ > > > Linux-mediatek mailing list > > > Linux-mediatek@lists.infradead.org > > > http://lists.infradead.org/mailman/listinfo/linux-mediatek >