[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200214043325.16618-1-bibby.hsieh@mediatek.com>
Date: Fri, 14 Feb 2020 12:33:22 +0800
From: Bibby Hsieh <bibby.hsieh@...iatek.com>
To: Jassi Brar <jassisinghbrar@...il.com>,
Matthias Brugger <matthias.bgg@...il.com>,
Rob Herring <robh+dt@...nel.org>, CK HU <ck.hu@...iatek.com>
CC: <devicetree@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-mediatek@...ts.infradead.org>,
<srv_heupstream@...iatek.com>,
Nicolas Boichat <drinkcat@...omium.org>,
Dennis-YC Hsieh <dennis-yc.hsieh@...iatek.com>,
Houlong Wei <houlong.wei@...iatek.com>,
Bibby Hsieh <bibby.hsieh@...iatek.com>
Subject: [PATCH 0/3] Remove atomic_exec
The atomic_exec was designed for processing continuous
packets of commands in atomic way for Mediatek DRM driver.
After we implement flush function, Mediatek DRM driver
doesn't need atomic_exec, the primary concept is to let
Mediatek DRM driver can make sure previous message done or
be aborted (if the message has not started yet) before they
send next message.
Bibby Hsieh (3):
mailbox: mediatek: implement flush function
mailbox: mediatek: remove implementation related to atomic_exec
dt-binding: gce: remove atomic_exec in mboxes property
.../devicetree/bindings/mailbox/mtk-gce.txt | 10 +-
drivers/mailbox/mtk-cmdq-mailbox.c | 126 ++++++++----------
2 files changed, 60 insertions(+), 76 deletions(-)
--
2.18.0
Powered by blists - more mailing lists