From patchwork Thu Apr 18 14:15:04 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Link Mauve X-Patchwork-Id: 13634838 Received: from luna.linkmauve.fr (luna.linkmauve.fr [82.65.109.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F364215F409; Thu, 18 Apr 2024 14:15:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=82.65.109.163 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713449733; cv=none; b=tb+FZE4XKXu8FlgyGLsR2a7Nn8+2+bdm6HatZqJ7+l+FeXCc4cvLokMqR8WLxpcx9pvMKLl4tUYCjMsKyirUdS8l4d7fUdKHZJjeMjCWp0rrJ6UIhzPx6JWzKl0uxiUY3RALG6T0kwcRIKhbAxMA/ZBgkD8lXZr2rWJqWedMClo= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713449733; c=relaxed/simple; bh=AfVNwDYbzeFDLaM4p6iwnL35iuV7G6HpflaIZ8I/n7c=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type; b=JkuyUas6yi29yEwDd9zdQ5jMHHZ3VdDL6GxqHenD8AQL+heqXq5/V5GvUWa/TZ+MAwrENRtipqpjBppWJaWIOVHIq9kBEgkKX2DT/j35cTB36HpMmAIrlbGNQfGtE8nTq439DTOrZhEnxsb7FEY9ka1tGb8XBGC6oQeofUd6E4U= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=linkmauve.fr; spf=pass smtp.mailfrom=linkmauve.fr; arc=none smtp.client-ip=82.65.109.163 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=linkmauve.fr Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linkmauve.fr Received: by luna.linkmauve.fr (Postfix, from userid 1000) id 53F9810D1B03; Thu, 18 Apr 2024 16:15:14 +0200 (CEST) From: Emmanuel Gil Peyrot To: linux-kernel@vger.kernel.org Cc: Emmanuel Gil Peyrot , Ezequiel Garcia , Philipp Zabel , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Heiko Stuebner , Joerg Roedel , Will Deacon , Robin Murphy , Sebastian Reichel , Cristian Ciocaltea , Dragan Simic , Shreeya Patel , Chris Morgan , Andy Yan , Nicolas Frattaroli , linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, iommu@lists.linux.dev Subject: [PATCH v4 0/2] Enable JPEG encoding on rk3588 Date: Thu, 18 Apr 2024 16:15:04 +0200 Message-ID: <20240418141509.2485053-1-linkmauve@linkmauve.fr> X-Mailer: git-send-email 2.44.0 Precedence: bulk X-Mailing-List: linux-media@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Only the JPEG encoder is available for now, although there are patches for the undocumented VP8 encoder floating around[0]. This has been tested on a rock-5b, resulting in four /dev/video* encoders. The userspace program I’ve been using to test them is Onix[1], using the jpeg-encoder example, it will pick one of these four at random (but displays the one it picked): % ffmpeg -i -pix_fmt yuvj420p temp.yuv % jpeg-encoder temp.yuv NV12 output.jpeg [0] https://patchwork.kernel.org/project/linux-rockchip/list/?series=789885 [1] https://crates.io/crates/onix Changes since v3: - Keep all the previous tags, sorry I forgot to do that in the previous version. - Remove an extra media: in the first patch. Changes since v2: - Only expose a single VEPU121, since the driver doesn’t yet support exposing them all as a single video node to userspace. Changes since v1: - Dropped patches 1 and 4. - Use the proper compatible form, since this device should be fully compatible with the VEPU of rk356x. - Describe where the VEPU121 name comes from, and list other encoders and decoders present in this SoC. - Properly test the device tree changes, I previously couldn’t since I was using a too recent version of python-jsonschema… Emmanuel Gil Peyrot (2): media: dt-binding: Document rk3588’s VEPU121 arm64: dts: rockchip: Add one VEPU121 to rk3588 .../bindings/media/rockchip,rk3568-vepu.yaml | 8 +++-- arch/arm64/boot/dts/rockchip/rk3588s.dtsi | 29 +++++++++++++++++++ 2 files changed, 35 insertions(+), 2 deletions(-)