Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp3457588pxv; Mon, 19 Jul 2021 00:03:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxYaBq0iBBS+vLXobPBEg01rxgKts9HuDsYpc1hqzWoGl92cZDeZNnGWb5OoWJ0E6sY8tac X-Received: by 2002:a92:c10c:: with SMTP id p12mr15509528ile.92.1626678188328; Mon, 19 Jul 2021 00:03:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626678188; cv=none; d=google.com; s=arc-20160816; b=qJdnNnXzOXt516UeTDRREdemBDtb/LZZEzynBKtdHktcsVYu4ccalBVf5nZB893YKZ gQle3HruvlpN5OPD7bucj41bw7Is5hD+p7bq0hgB7zycJSceAE9OSFkvcWYi9hBzcwnQ SSwc2YSA35gpxS1G7gF7qIYazMgJXRsVKF2Dqf3kY99f7gBcfaLVoXYXLrvXbiM8Xl07 st/+8L6C69I0rQKBHBquyJCAfbVesOVaChdCnZx+izjm15QA7x0cEcudeTlDWs9Gk7Fw kD2J4O4KumyTEuGwpG4+H0K70LyXALxROO2MfebYjdi7OAU43s6d3gqZTT6sHy3bViia OdzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=zzMWNLl7vOsPvHwP2x2ZkmDQBVmZAUh4Sjf2mfv+Oto=; b=ngR4HLvoJUHOoakEXRXZOaeIXxOSSxnX3SpKLc8Q/sEwJJmjIs6UMXX2Mp6MRwi0z8 v/k0rVYXCGh5h63UKq1y/Hx3zUWLVy35mnDy2yAovCSdPd040S2YfSlSl7rTC6lge1nh cjAP9G+/HNfaaP1FnHTvwedz9szCjtueUkVTGZRn8Y1wAn7MM6D652nAIz6dnxZNJ6IF kXGvg2ewH3VKWas8f+HXUM49sziug2XLBxhG7MDN3S7AUFJKcggaTl7ZBC7LtGrqyayw 5ivlwnO2sngoPRGIWmdn31XjXoFP8BrcB3u0nQihRlTXztuv8QnKS5UR/qBFSUKEnCpT B0Fw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v8si9518594jas.68.2021.07.19.00.02.56; Mon, 19 Jul 2021 00:03:08 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234710AbhGSHEA (ORCPT + 99 others); Mon, 19 Jul 2021 03:04:00 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:60804 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234699AbhGSHEA (ORCPT ); Mon, 19 Jul 2021 03:04:00 -0400 Received: from [IPv6:2a02:810a:880:f54:121:b44d:bc4b:65bc] (unknown [IPv6:2a02:810a:880:f54:121:b44d:bc4b:65bc]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dafna) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 25DE81F422A8; Mon, 19 Jul 2021 08:00:59 +0100 (BST) Subject: Re: [PATCH v2, 00/14] Using component framework to support multi hardware decode To: Yunfei Dong , Alexandre Courbot , Hans Verkuil , Tzung-Bi Shih , Tiffany Lin , Andrew-CT Chen , Mauro Carvalho Chehab , Rob Herring , Matthias Brugger , Tomasz Figa Cc: Hsin-Yi Wang , Fritz Koenig , Irui Wang , linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, srv_heupstream@mediatek.com, linux-mediatek@lists.infradead.org, Project_Global_Chrome_Upstream_Group@mediatek.com, Collabora Kernel ML , Enric Balletbo i Serra References: <20210717081233.7809-1-yunfei.dong@mediatek.com> From: Dafna Hirschfeld Message-ID: Date: Mon, 19 Jul 2021 09:00:56 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <20210717081233.7809-1-yunfei.dong@mediatek.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 17.07.21 10:12, Yunfei Dong wrote: > This series adds support for multi hardware decode into mtk-vcodec, by first > adding component framework to manage each hardware information: interrupt, > clock, register bases and power. Secondly add core thread to deal with core > hardware message, at the same time, add msg queue for different hardware > share messages. Lastly, the architecture of different specs are not the same, > using specs type to separate them. > > This series has been tested with both MT8183 and MT8173. Decoding was working > for both chips. Hi, I am currently working on stabilizing the codec drivers on mt8173 chromeos device (elm). It would be very helpful if you provide information on how you tested the code. Did you test it on chromeos userspace? Did you use the test-tast framework? What tests did you run? Thanks, Dafna > > Patches 1,2 rewrite get register bases and power on/off interface. > > Patch 3-5 add component framework to support multi hardware. > > Patches 6-14 add interfaces to support core hardware. > ---- > This patch dependents on "media: mtk-vcodec: support for MT8183 decoder"[1]. > > Multi hardware decode is based on stateless decoder, MT8183 is the first > time to add stateless decoder. Otherwise it will cause conflict. > Please also accept this patch together with [1]. > > [1]https://lore.kernel.org/patchwork/project/lkml/list/?series=507084 > ---- > > Changes compared with v1: > - Fix many comments for patch 3/14 > - Remove unnecessary code for patch 4/14 > - Using enum mtk_vdec_hw_count instead of magic numbers for patch 6/14 > - Reconstructed get/put lat buffer for lat and core hardware for patch 7/14 > - Using yaml format to instead of txt file for patch 12/14 > > Yunfei Dong (14): > media: mtk-vcodec: Get numbers of register bases from DT > media: mtk-vcodec: Refactor vcodec pm interface > media: mtk-vcodec: Use component framework to manage each hardware > information > dt-bindings: media: mtk-vcodec: Separate video encoder and decoder > dt-bindings > media: mtk-vcodec: Use pure single core for MT8183 > media: mtk-vcodec: Add irq interface for core hardware > media: mtk-vcodec: Add msg queue feature for lat and core architecture > media: mtk-vcodec: Generalize power and clock on/off interfaces > media: mtk-vcodec: Add new interface to lock different hardware > media: mtk-vcodec: Add core thread > media: mtk-vcodec: Support 34bits dma address for vdec > dt-bindings: media: mtk-vcodec: Adds decoder dt-bindings for mt8192 > media: mtk-vcodec: Add core dec and dec end ipi msg > media: mtk-vcodec: Use codec type to separate different hardware > > .../media/mediatek-vcodec-comp-decoder.yaml | 150 +++++++++ > ...vcodec.txt => mediatek-vcodec-decoder.txt} | 62 +--- > .../media/mediatek-vcodec-encoder.txt | 73 +++++ > drivers/media/platform/mtk-vcodec/Makefile | 2 + > .../platform/mtk-vcodec/mtk_vcodec_dec.c | 4 +- > .../platform/mtk-vcodec/mtk_vcodec_dec.h | 1 + > .../platform/mtk-vcodec/mtk_vcodec_dec_drv.c | 297 +++++++++++++++--- > .../platform/mtk-vcodec/mtk_vcodec_dec_hw.c | 194 ++++++++++++ > .../platform/mtk-vcodec/mtk_vcodec_dec_hw.h | 50 +++ > .../platform/mtk-vcodec/mtk_vcodec_dec_pm.c | 98 ++++-- > .../platform/mtk-vcodec/mtk_vcodec_dec_pm.h | 13 +- > .../mtk-vcodec/mtk_vcodec_dec_stateful.c | 1 + > .../mtk-vcodec/mtk_vcodec_dec_stateless.c | 1 + > .../platform/mtk-vcodec/mtk_vcodec_drv.h | 72 ++++- > .../platform/mtk-vcodec/mtk_vcodec_enc_pm.c | 1 - > .../platform/mtk-vcodec/mtk_vcodec_intr.c | 32 +- > .../platform/mtk-vcodec/mtk_vcodec_intr.h | 4 +- > .../platform/mtk-vcodec/mtk_vcodec_util.c | 87 ++++- > .../platform/mtk-vcodec/mtk_vcodec_util.h | 8 +- > .../media/platform/mtk-vcodec/vdec_drv_if.c | 21 +- > .../media/platform/mtk-vcodec/vdec_ipi_msg.h | 16 +- > .../platform/mtk-vcodec/vdec_msg_queue.c | 286 +++++++++++++++++ > .../platform/mtk-vcodec/vdec_msg_queue.h | 143 +++++++++ > .../media/platform/mtk-vcodec/vdec_vpu_if.c | 46 ++- > .../media/platform/mtk-vcodec/vdec_vpu_if.h | 22 ++ > 25 files changed, 1516 insertions(+), 168 deletions(-) > create mode 100644 Documentation/devicetree/bindings/media/mediatek-vcodec-comp-decoder.yaml > rename Documentation/devicetree/bindings/media/{mediatek-vcodec.txt => mediatek-vcodec-decoder.txt} (56%) > create mode 100644 Documentation/devicetree/bindings/media/mediatek-vcodec-encoder.txt > create mode 100644 drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_hw.c > create mode 100644 drivers/media/platform/mtk-vcodec/mtk_vcodec_dec_hw.h > create mode 100644 drivers/media/platform/mtk-vcodec/vdec_msg_queue.c > create mode 100644 drivers/media/platform/mtk-vcodec/vdec_msg_queue.h >