[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1552034858.2863.25.camel@mtksdaap41>
Date: Fri, 8 Mar 2019 16:47:38 +0800
From: CK Hu <ck.hu@...iatek.com>
To: Bibby Hsieh <bibby.hsieh@...iatek.com>
CC: Jassi Brar <jassisinghbrar@...il.com>,
Matthias Brugger <matthias.bgg@...il.com>,
Rob Herring <robh+dt@...nel.org>,
Daniel Kurtz <djkurtz@...omium.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
<devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-mediatek@...ts.infradead.org>,
<srv_heupstream@...iatek.com>,
Sascha Hauer <kernel@...gutronix.de>,
"Philipp Zabel" <p.zabel@...gutronix.de>,
Nicolas Boichat <drinkcat@...omium.org>,
"YT Shen" <yt.shen@...iatek.com>,
Daoyuan Huang <daoyuan.huang@...iatek.com>,
Jiaguang Zhang <jiaguang.zhang@...iatek.com>,
Dennis-YC Hsieh <dennis-yc.hsieh@...iatek.com>,
Houlong Wei <houlong.wei@...iatek.com>,
<ginny.chen@...iatek.com>, <kendrick.hsu@...iatek.com>,
Frederic Chen <Frederic.Chen@...iatek.com>
Subject: Re: [PATCH v2 02/10] dt-binding: gce: add binding for gce event
property
Hi, Bibby:
On Wed, 2019-03-06 at 17:50 +0800, Bibby Hsieh wrote:
> cmdq driver provide a function that get event number
> from device node for client.
I think device tree is based on the view of hardware design, so you need
not to mention how the driver design.
Client hardware would send event to GCE hardware, so this property
present this event.
> add specification for #event-cells,
> mediatek,gce-event-names, mediatek,gce-events.
>
> Signed-off-by: Bibby Hsieh <bibby.hsieh@...iatek.com>
> ---
> Documentation/devicetree/bindings/mailbox/mtk-gce.txt | 16 +++++++++++++---
> 1 file changed, 13 insertions(+), 3 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/mailbox/mtk-gce.txt b/Documentation/devicetree/bindings/mailbox/mtk-gce.txt
> index 9c0d982..812698f 100644
> --- a/Documentation/devicetree/bindings/mailbox/mtk-gce.txt
> +++ b/Documentation/devicetree/bindings/mailbox/mtk-gce.txt
> @@ -21,12 +21,20 @@ Required properties:
> priority: Priority of GCE thread.
> atomic_exec: GCE processing continuous packets of commands in atomic
> way.
> +- #event-cells: Should be 1.
> + <&phandle event_number>
> + phandle: Label name of a gce node.
> + event_number: the event number defined in 'dt-bindings/gce/mt8173-gce.h'
> + or 'dt-binding/gce/mt8183-gce.h'.
>
> Required properties for a client device:
> - mboxes: Client use mailbox to communicate with GCE, it should have this
> property and list of phandle, mailbox specifiers.
> - mediatek,gce-subsys: 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.
> +- mediatek,gce-events: u32, the event number defined in
> + 'dt-bindings/gce/mt8173-gce.h' or 'dt-binding/gce/mt8183-gce.h'.
I think both gce-subsys and gce-event are optional and depend on the
hardware design.
Regards,
CK
>
> 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.
> @@ -41,6 +49,7 @@ Example:
> clock-names = "gce";
> thread-num = CMDQ_THR_MAX_COUNT;
> #mbox-cells = <3>;
> + #event-cells = <1>;
> };
>
> Example for a client device:
> @@ -50,8 +59,9 @@ Example for a client device:
> mboxes = <&gce 0 CMDQ_THR_PRIO_LOWEST 1>,
> <&gce 1 CMDQ_THR_PRIO_LOWEST 1>;
> mediatek,gce-subsys = <SUBSYS_1400XXXX>;
> - mutex-event-eof = <CMDQ_EVENT_MUTEX0_STREAM_EOF
> - CMDQ_EVENT_MUTEX1_STREAM_EOF>;
> -
> + mediatek,gce-event-names = "rdma0_sof",
> + "rsz0_sof";
> + mediatek,gce-events = <&gce CMDQ_EVENT_MDP_RDMA0_SOF>,
> + <&gce CMDQ_EVENT_MDP_RSZ0_SOF>;
> ...
> };
Powered by blists - more mailing lists