Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp134060rdb; Thu, 21 Dec 2023 05:09:12 -0800 (PST) X-Google-Smtp-Source: AGHT+IFyWyoXd/qbbffDi5/J1lx4h+0FugtyDAFYDRgeivv8dgxjfXuiQ2nJWH0slRUHJZRenGK5 X-Received: by 2002:a05:620a:1990:b0:781:1af5:f542 with SMTP id bm16-20020a05620a199000b007811af5f542mr1804600qkb.129.1703164152098; Thu, 21 Dec 2023 05:09:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703164152; cv=none; d=google.com; s=arc-20160816; b=Xk1JEXqSYyvzBea98W/eqjeJKmRCBefh4I9sYifvyf5NN1fjv7s1REPJlgaFDcLH3z 5vLXdjVqLlDTa7t88A7q6igQOUqmrD3qwrVoDcZRgureP3G79gctbK4x54fsWBb/JZ/G jo0OdezgvDVKflI+/g8dhpqGq81cJlJC15JW3qibRUf9ulpbPciGdQy/zlbjrG6MTgZi S1K0xRKwqD7D0jNsEodfvHsSoFVTkc53FF3lCwfBfEAmfUppFQOsTp+QxTlrjKejc3YD j+CIkZPIGpKrOt2gsJJZ+8iU+OkEQ/pZXhVqkGeQ3NkMqcJF1DGiIAx0ob7t3KtANrgB RokQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id:dkim-signature; bh=0l3CJIF0YF007rW0bGlIBQ9AkCLi54Vt0zTpMSyEszk=; fh=eqCrCUBWLl/ETBFTXCclaaoG/GKFQoosWj9JZlfo6+g=; b=UPEhkGfgH/lHY39JLJ/SYtYTIoM0GyChEI4+0zRPqAZby0TEG8mC3fc67+GuobjNjv 96xgFDvRn7HCS4Bo65ugaqsyGnvvJqnKWP3Z6QX5BK9EytzFqNMhjM3NssnXe4JtknUm AcdYlYUuUMtzEsH6PSpao/IhSTXb/MrU1PR8TluT63o07roSbX+IvnavYHzo/5E6yGef +s6UOU4vlFqMHD+FJLJK91y+he2vq7OzbJCzAvLoopp7AliOPGJF9c0iCYg/4H+bjEF+ ZmphYv0tqjMCi0ZbNsy6msu7GgpPnZ825Xq3/JgVH2dIUzP4f1EoXP/L362uGNragsa9 9VJw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=0w0mEaaV; spf=pass (google.com: domain of linux-kernel+bounces-8428-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-8428-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id m18-20020a05620a221200b0077dabbe1b27si2105217qkh.196.2023.12.21.05.09.11 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 21 Dec 2023 05:09:12 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-8428-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=0w0mEaaV; spf=pass (google.com: domain of linux-kernel+bounces-8428-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-8428-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id C6C581C23E84 for ; Thu, 21 Dec 2023 13:09:11 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 2876473460; Thu, 21 Dec 2023 13:08:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=foss.st.com header.i=@foss.st.com header.b="0w0mEaaV" X-Original-To: linux-kernel@vger.kernel.org Received: from mx08-00178001.pphosted.com (mx08-00178001.pphosted.com [91.207.212.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A87E1745E2; Thu, 21 Dec 2023 13:08:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=foss.st.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=foss.st.com Received: from pps.filterd (m0369457.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.17.1.22/8.17.1.22) with ESMTP id 3BLAIATv023361; Thu, 21 Dec 2023 14:08:26 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com; h= message-id:date:mime-version:subject:to:cc:references:from :in-reply-to:content-type:content-transfer-encoding; s= selector1; bh=0l3CJIF0YF007rW0bGlIBQ9AkCLi54Vt0zTpMSyEszk=; b=0w 0mEaaVchzg0y3gIqMJgY9PbojsKnCH4cyWBSUBcla6RU/Ft+0dOFWs1msjk0EhCN H0xTIYGqiUC+C/FoKCfd0+c8x0PjaNz4hX5HNB5uIM+SY1V5mZgTiuuY8f3O9L5M lq44oS32APSol9xYPTNmT6ZbWDl4A8PUdoiuEYJTzYlu4Mmc+QmosY7TOqOEZpCT vYsJC4AYbJb91xDhI418Hj/BZ2P65mKKfp4aa+oVcDlMCr41LzfIgHDtmCm69Rfz Uka0EVZErKoz+ZOl+8L4ZRBvinik2OVzJboztuQpqRi8MbZIw2syuU0rwVi13tv/ QYrF4ayhsCHpSMcrJz3Q== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com (PPS) with ESMTPS id 3v3q810t43-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 21 Dec 2023 14:08:26 +0100 (CET) Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 768F0100053; Thu, 21 Dec 2023 14:08:25 +0100 (CET) Received: from Webmail-eu.st.com (shfdag1node1.st.com [10.75.129.69]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 6CABE2C38C0; Thu, 21 Dec 2023 14:08:25 +0100 (CET) Received: from [10.201.20.120] (10.201.20.120) by SHFDAG1NODE1.st.com (10.75.129.69) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.27; Thu, 21 Dec 2023 14:08:24 +0100 Message-ID: Date: Thu, 21 Dec 2023 14:08:23 +0100 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v5 0/5] Add support for video hardware codec of STMicroelectronics STM32 SoC series Content-Language: en-US To: Alex Bee , Nicolas Dufresne CC: Marco Felsch , Adam Ford , Philipp Zabel , Andrzej Pietrasiewicz , Sakari Ailus , Benjamin Gaignard , Laurent Pinchart , Benjamin Mugnier , Mauro Carvalho Chehab , , Daniel Almeida , Heiko Stuebner , Hans Verkuil , Rob Herring , Conor Dooley , , Krzysztof Kozlowski , , , , Maxime Coquelin , , Alexandre Torgue , Ezequiel Garcia References: <20231221084723.2152034-1-hugues.fruchet@foss.st.com> <769a1510-f8d2-4095-9879-42f413141dee@gmail.com> From: Hugues FRUCHET In-Reply-To: <769a1510-f8d2-4095-9879-42f413141dee@gmail.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: EQNCAS1NODE3.st.com (10.75.129.80) To SHFDAG1NODE1.st.com (10.75.129.69) X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.997,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-12-21_06,2023-12-20_01,2023-05-22_02 Hi Alex, This is because VDEC and VENC are two separated IPs with their own hardware resources and no links between both. On future SoCs, VDEC can ship on its own, same for VENC. Hoping that this clarify. Best regards, Hugues. On 12/21/23 13:40, Alex Bee wrote: > Hi Hugues, Hi Nicolas, > > is there any specific reason I'm not understanding / seeing why this is > added in two seperate vdec* / venc* files and not a single vpu* file? Is > it only for the seperate clocks (-names) / irqs (-names) / callbacks? > Those are defined per variant and perfectly fit in a single file holding > one vdec and one venc variant. > > Alex > > Am 21.12.23 um 09:47 schrieb Hugues Fruchet: >> This patchset introduces support for VDEC video hardware decoder >> and VENC video hardware encoder of STMicroelectronics STM32MP25 >> SoC series. >> >> This initial support implements H264 decoding, VP8 decoding and >> JPEG encoding. >> >> This has been tested on STM32MP257F-EV1 evaluation board. >> >> =========== >> = history = >> =========== >> version 5: >>     - Precise that video decoding as been successfully tested up to >> full HD >>     - Add Nicolas Dufresne reviewed-by >> >> version 4: >>     - Fix comments from Nicolas about dropping encoder raw steps >> >> version 3: >>     - Fix remarks from Krzysztof Kozlowski: >>      - drop "items", we keep simple enum in such case >>      - drop second example - it is the same as the first >>     - Drop unused node labels as suggested by Conor Dooley >>     - Revisit min/max resolutions as suggested by Nicolas Dufresne >> >> version 2: >>     - Fix remarks from Krzysztof Kozlowski on v1: >>      - single video-codec binding for both VDEC/VENC >>      - get rid of "-names" >>      - use of generic node name "video-codec" >> >> version 1: >>    - Initial submission >> >> Hugues Fruchet (5): >>    dt-bindings: media: Document STM32MP25 VDEC & VENC video codecs >>    media: hantro: add support for STM32MP25 VDEC >>    media: hantro: add support for STM32MP25 VENC >>    arm64: dts: st: add video decoder support to stm32mp255 >>    arm64: dts: st: add video encoder support to stm32mp255 >> >>   .../media/st,stm32mp25-video-codec.yaml       |  50 ++++++++ >>   arch/arm64/boot/dts/st/stm32mp251.dtsi        |  12 ++ >>   arch/arm64/boot/dts/st/stm32mp255.dtsi        |  17 +++ >>   drivers/media/platform/verisilicon/Kconfig    |  14 ++- >>   drivers/media/platform/verisilicon/Makefile   |   4 + >>   .../media/platform/verisilicon/hantro_drv.c   |   4 + >>   .../media/platform/verisilicon/hantro_hw.h    |   2 + >>   .../platform/verisilicon/stm32mp25_vdec_hw.c  |  92 ++++++++++++++ >>   .../platform/verisilicon/stm32mp25_venc_hw.c  | 115 ++++++++++++++++++ >>   9 files changed, 307 insertions(+), 3 deletions(-) >>   create mode 100644 >> Documentation/devicetree/bindings/media/st,stm32mp25-video-codec.yaml >>   create mode 100644 >> drivers/media/platform/verisilicon/stm32mp25_vdec_hw.c >>   create mode 100644 >> drivers/media/platform/verisilicon/stm32mp25_venc_hw.c >> >