From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_PASS,UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1B197C04A6B for ; Fri, 10 May 2019 06:48:40 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id E1036217D6 for ; Fri, 10 May 2019 06:48:39 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727097AbfEJGsj (ORCPT ); Fri, 10 May 2019 02:48:39 -0400 Received: from mailgw01.mediatek.com ([210.61.82.183]:57265 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726857AbfEJGsi (ORCPT ); Fri, 10 May 2019 02:48:38 -0400 X-UUID: 5b33f12457704db1b97a65315a30794e-20190510 X-UUID: 5b33f12457704db1b97a65315a30794e-20190510 Received: from mtkexhb02.mediatek.inc [(172.21.101.103)] by mailgw01.mediatek.com (envelope-from ) (mhqrelay.mediatek.com ESMTP with TLS) with ESMTP id 441105826; Fri, 10 May 2019 14:48:32 +0800 Received: from mtkcas09.mediatek.inc (172.21.101.178) by mtkmbs08n1.mediatek.inc (172.21.101.55) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Fri, 10 May 2019 14:48:30 +0800 Received: from [172.21.77.4] (172.21.77.4) by mtkcas09.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Fri, 10 May 2019 14:48:30 +0800 Message-ID: <1557470910.20990.7.camel@mtksdaap41> Subject: Re: [PATCH v5 04/12] dt-binding: gce: add binding for gce event property From: CK Hu To: Bibby Hsieh CC: Jassi Brar , Matthias Brugger , Rob Herring , Daniel Kurtz , Sascha Hauer , , , , , , Sascha Hauer , "Philipp Zabel" , Nicolas Boichat , "YT Shen" , Daoyuan Huang , Jiaguang Zhang , Dennis-YC Hsieh , Houlong Wei , , , Frederic Chen Date: Fri, 10 May 2019 14:48:30 +0800 In-Reply-To: <1557458857.29102.1.camel@mtksdaap41> References: <20190507081355.52630-1-bibby.hsieh@mediatek.com> <20190507081355.52630-5-bibby.hsieh@mediatek.com> <1557292247.3936.5.camel@mtksdaap41> <1557458857.29102.1.camel@mtksdaap41> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Bibby: On Fri, 2019-05-10 at 11:27 +0800, Bibby Hsieh wrote: > Hi, CK, > > On Wed, 2019-05-08 at 13:10 +0800, CK Hu wrote: > > Hi, Bibby: > > > > On Tue, 2019-05-07 at 16:13 +0800, Bibby Hsieh wrote: > > > Client hardware would send event to GCE hardware, > > > mediatek,gce-event-names and mediatek,gce-events > > > can be used to present the event. > > > > > > Signed-off-by: Bibby Hsieh > > > --- > > > Documentation/devicetree/bindings/mailbox/mtk-gce.txt | 9 +++++++-- > > > 1 file changed, 7 insertions(+), 2 deletions(-) > > > > > > diff --git a/Documentation/devicetree/bindings/mailbox/mtk-gce.txt b/Documentation/devicetree/bindings/mailbox/mtk-gce.txt > > > index 8fd9479bc9f6..76491f194c56 100644 > > > --- a/Documentation/devicetree/bindings/mailbox/mtk-gce.txt > > > +++ b/Documentation/devicetree/bindings/mailbox/mtk-gce.txt > > > @@ -35,6 +35,9 @@ Required properties for a client device: > > > Optional propertier for a client device: > > > - mediatek,gce-client-reg: u32, specify the sub-system id which is corresponding > > > to the register address. > > > +- mediatek,gce-event-names: the event name can be defined by user. > > > > gce-event is like an interrupt from client hardware to GCE hardware, we > > do not give a name to an interrupt, so do we need to give a name for > > gce-event? > > > > Yes, we need to know the name of gce-ecent. > The name can help users to figure out the problems when GCE meet the > event time out errors. For debug, driver does not need this information. In your example, The event 'CMDQ_EVENT_MDP_RDMA0_SOF' is used by rdma driver. I think rdma driver should know why it need this event (it want to know whether 'rdma is starting to work (SOF)'), so when this event is time out, rdma driver should know what is timeout (it knows RDMA_SOF is timeout). Regards, CK > > > > Regards, > > CK > > > > > +- mediatek,gce-events: u32, the event number defined in > > > + 'dt-bindings/gce/mt8173-gce.h' or 'dt-binding/gce/mt8183-gce.h'. > > > > > > Some vaules of properties are defined in 'dt-bindings/gce/mt8173-gce.h' > > > or 'dt-binding/gce/mt8183-gce.h'. Such as sub-system ids, thread priority, event ids. > > > @@ -57,8 +60,10 @@ Example for a client device: > > > compatible = "mediatek,mt8173-mmsys"; > > > mboxes = <&gce 0 CMDQ_THR_PRIO_LOWEST 1>, > > > <&gce 1 CMDQ_THR_PRIO_LOWEST 1>; > > > - mutex-event-eof = > > - CMDQ_EVENT_MUTEX1_STREAM_EOF>; > > > + mediatek,gce-event-names = "rdma0_sof", > > > + "rsz0_sof"; > > > + mediatek,gce-events = , > > > + ; > > > mediatek,gce-client-reg = <&gce SUBSYS_1400XXXX 0x3000 0x1000>, > > > <&gce SUBSYS_1401XXXX 0x2000 0x100>; > > > ... > > > > >