From patchwork Mon Apr 11 07:49:19 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Moudy Ho X-Patchwork-Id: 559831 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5375CC4332F for ; Mon, 11 Apr 2022 07:49:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245654AbiDKHvv (ORCPT ); Mon, 11 Apr 2022 03:51:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60436 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245650AbiDKHvu (ORCPT ); Mon, 11 Apr 2022 03:51:50 -0400 Received: from mailgw02.mediatek.com (unknown [210.61.82.184]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 636BE237F8; Mon, 11 Apr 2022 00:49:36 -0700 (PDT) X-UUID: 832b3e6b3fd442efabf3ecf3ce2e8ebc-20220411 X-UUID: 832b3e6b3fd442efabf3ecf3ce2e8ebc-20220411 Received: from mtkmbs10n1.mediatek.inc [(172.21.101.34)] by mailgw02.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 256/256) with ESMTP id 1695078726; Mon, 11 Apr 2022 15:49:29 +0800 Received: from mtkexhb01.mediatek.inc (172.21.101.102) by mtkmbs10n1.mediatek.inc (172.21.101.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.15; Mon, 11 Apr 2022 15:49:27 +0800 Received: from mtkcas10.mediatek.inc (172.21.101.39) by mtkexhb01.mediatek.inc (172.21.101.102) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 11 Apr 2022 15:49:26 +0800 Received: from mtksdccf07.mediatek.inc (172.21.84.99) by mtkcas10.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Mon, 11 Apr 2022 15:49:26 +0800 From: Moudy Ho To: Mauro Carvalho Chehab , Rob Herring , Matthias Brugger , Hans Verkuil CC: Chun-Kuang Hu , Rob Landley , Laurent Pinchart , , , , , , Alexandre Courbot , , , , , Benjamin Gaignard , AngeloGioacchino Del Regno , "daoyuan huang" , Ping-Hsun Wu , , , , , , , , , Subject: [PATCH v15 0/6] Add mutex support for MDP Date: Mon, 11 Apr 2022 15:49:19 +0800 Message-ID: <20220411074925.25539-1-moudy.ho@mediatek.com> X-Mailer: git-send-email 2.18.0 MIME-Version: 1.0 X-MTK: N Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org Change since V14: - Rebase on linux-next. - Add new SOF and MOD table for general interface to integrate the requirement of different modules. - Remove unnecessary MOD structure. - By Rob Herring's suggestion, revise the description of "mediatek,gce-client-reg" in MUTEX dt-bindings. - Delete the redundant definition of MTK_MUTEX_ENABLE and modify corresponding function. Change since V13: - Rebase on linux-next tag:next-20220316 - Adjust the MUTEX MOD table structure and corresponding functions. - Adjust the definition style about 8183 MDP MOD. - Remove redundant definitions and enumerations. - Adjust the CMDQ operation in MUTEX to be backward compatible Change since V12: - Rebase on linux-next - Remove ISP related settings in MMSYS - Removed CMDQ operations previously used by MDP in MMSYS - Move mediatek MUTEX dt-binding path - Add additional property in MUTEX for CMDQ operations Change since V11: - Rebase on v5.17-rc6. [1]: https://git.kernel.org/pub/scm/linux/kernel/git/matthias.bgg/linux.git/commit/?h=v5.17-next/soc&id=5f9b5b757e44de47ebdc116c14b90e3cc8bc7acb [2]: https://git.kernel.org/pub/scm/linux/kernel/git/matthias.bgg/linux.git/commit/?h=v5.17-next/soc&id=831785f0e5b919c29e1bc5f9a74e9ebd38289e24 [3]: https://git.kernel.org/pub/scm/linux/kernel/git/matthias.bgg/linux.git/commit/?h=v5.17-next/soc&id=15f1768365aed810826a61fef4a744437aa5b426 Change since v10: - For some ISP application scenarios, such as preview and recording at the same time. The routing table needs to be discarded, and the calculation result on the SCP side is used to write a suitable mux setting for 1 input and 2 output. - Adjust the GCE client register parsing method to avoid redundant warning logs. Change since v9: - Add API for MDP getting mutex mod. Moudy Ho (6): soc: mediatek: mutex: add common interface to accommodate multiple modules operationg MUTEX soc: mediatek: mutex: add 8183 MUTEX MOD settings for MDP dt-bindings: soc: mediatek: move out common module from display folder dt-bindings: soc: mediatek: add gce-client-reg for MUTEX dts: arm64: mt8183: add GCE client property for Mediatek MUTEX soc: mediatek: mutex: add functions that operate registers by CMDQ .../mediatek/mediatek,mutex.yaml | 14 +- arch/arm64/boot/dts/mediatek/mt8183.dtsi | 1 + drivers/soc/mediatek/mtk-mutex.c | 164 +++++++++++++++++- include/linux/soc/mediatek/mtk-mutex.h | 23 +++ 4 files changed, 200 insertions(+), 2 deletions(-) rename Documentation/devicetree/bindings/{display => soc}/mediatek/mediatek,mutex.yaml (82%)