From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f54.google.com (mail-ej1-f54.google.com [209.85.218.54]) (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 78FE72DBF7C for ; Sat, 6 Dec 2025 11:44:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765021494; cv=none; b=Pk0DgJwG/Z5VifLNzqrHDw/G5OLG8+ktzseLLyfpP1uqEg87kqqMUDY6egYCDdbaG6YXIFUx3peMgeGmAEIeNVqUISa30pIsaRHo5md2UJgB8fQYhhPNWTr1ZSG4Uese7v7uf9HX8hEE/OFcOGjqsRb6zy1DpQhQSyBh8/Ax9fU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765021494; c=relaxed/simple; bh=/ahlrs1yQ6z3JUaM/Sxqc6wFL/tkbsIVPryicW9j2H8=; h=From:To:Subject:Date:Message-Id:MIME-Version:Content-Type; b=cibp8Kb07TEv5GBN3uhW69kF5J7CHYgPI2HphzauJropuIAWnBaoWmOYzcPQxcj43QvJnajjlpJzC+McGHYSi5eOP/Alr6QRtjyEB5TFa0FNl/8jPUQnQGAlB1AzzDHNBHCzedK6bmp/7tUOk20iBKtR35rS9VTHBLF/yF2ipW0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=PUjVHKc1; arc=none smtp.client-ip=209.85.218.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="PUjVHKc1" Received: by mail-ej1-f54.google.com with SMTP id a640c23a62f3a-b734fcbf1e3so630974966b.3 for ; Sat, 06 Dec 2025 03:44:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765021491; x=1765626291; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:to :from:from:to:cc:subject:date:message-id:reply-to; bh=iiDwBzndnl96hSb/q/NLb44uNYBwPkjb4oD5H7teprs=; b=PUjVHKc1aJGyUYSbgNFleImSVZ4VPYTd7PQmI5gNgagOnMwolNfL9J46zCVP3wOn3O BVWBroI57sClnKaipjaHgna/DkOfJotiGYWeZ3zrJiiiUkDR3bkgHClOF6prlmgQY/jY 55Yub3S9alQ4RpX9hTKbmgrGSpXarFUcOnJzULN8+LnZqIpMxSWqcsS0Vi8yzysp3tke veO40EQUBI6YH8omNe2sw8aeIgG6B9gJXmuE4dBSJQstX2IxJKy0BW75j7Cs3uE1x7fR Xuk2jzYTDv9yUo0LsN+ssMVDUWA8tGjYiT4Ziw0n4aMHl89F9Cm9r3oWLBIaLjjPXjDY v/Ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765021491; x=1765626291; h=content-transfer-encoding:mime-version:message-id:date:subject:to :from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=iiDwBzndnl96hSb/q/NLb44uNYBwPkjb4oD5H7teprs=; b=P2wY69B2d5dg1kKcFyVtM0RwonbvTUvl+TG1E4xNZ2YMMljxpEVoduhGP8Lg53INme 64k4NPXhdjAGD0DP5jcbkImd7E/NOpkjZn4wGU3m6n13cIlz7j6kJ667liaU4AKPp38v jsPZP7FTxWIcwYR+4k/2eZl9mFW064hV110cikZxtxZDF85BhKHc5Q+gL5ffRTalmG37 FmrDJ7ry49KLtuqoOcgpvu5MAna0jy1sj5uiXk4JJRqhfowsYTAAaKgDwUpIwQYp+dqJ w6bqP+/LkAFTC8CGBYj3/HbuI1G6KwvN0m4tTJ+FiVLefj1VgaON7nlCfJtpvth2DrHC GGwA== X-Forwarded-Encrypted: i=1; AJvYcCWVD1zQyw5Mt33+sPweH/dgZvuxhbTv1rmhPo1HyM4bTjuL6dtd2dDWOR68nBjJREzrQJ/1BfTPeoRA3wo=@vger.kernel.org X-Gm-Message-State: AOJu0YzYXgXlL1InvAorgsIglOc+rVysZ7yVYE38MItkEOoKaiPbhxb2 2aWL/Yf3RvD6TH5nvPQ9rmaCXhEwW24PyPaaiPnVxaRLr+61q1Zq0NGHhDVyoG6nnwA= X-Gm-Gg: ASbGncv2Vp2rteZDaZLCdKLzOnfgYuFqnsZJoQq5T7hncXEOes5iZRldvsfmlfgGbaW m8/o2EPS9D4ZvcBEkejgZcbvXQU6Jg4SAceYe6+x7Z5b1d6j6RjBWil2+newAtlqzrWEco+S/Ie DmbdeLSChmB7pWm/gwQxXVPenIBW0R2Au3jJSXxBwsPLUB+bU1fDzM92ThSba+tT1jxopARka4z jOnjEhg3GvLhZlCo11gRKV2HGcz4YINEjirl1wBsdH8YT5xtiRf3v3qeF9Q6cXU85wn93knh8Ez F4nxbRky8Z1S0NU73Hl1JwugwUMQLaHSs7hqlzq8LYycbwodOVE+nZRtAlYsnH3Nw6iuCR6f82y qYyfIDymcxKaFbIKikXLk5xQ+qh2evtDKygp8XKwqjInBcm3HIe/uI63kE8IZ6DVgyMaMHRBjV3 nV72XkwPdNC/Vlho8= X-Google-Smtp-Source: AGHT+IEutgnW3ziDYssPsy/rObFW3KXEtxwegCsIX+tFKBiL4raHPJrNmS+xnXzqQl+ZEEwHsCOK3Q== X-Received: by 2002:a05:600c:354d:b0:46d:ba6d:65bb with SMTP id 5b1f17b1804b1-47939e4a8e3mr22685325e9.31.1765015323917; Sat, 06 Dec 2025 02:02:03 -0800 (PST) Received: from toolbox.. ([87.200.95.144]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-479310c802bsm126055205e9.6.2025.12.06.02.02.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 06 Dec 2025 02:02:03 -0800 (PST) From: Christian Hewitt To: Detlev Casanova , =?UTF-8?q?Olivier=20Cr=C3=AAte?= , Ezequiel Garcia , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Heiko Stuebner , Diederik de Haas , Dmitry Osipenko , Thomas Gleixner , Dragan Simic , Chukun Pan , linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: [PATCH 0/4] media: rockchip: rkvdec: add support for the VDPU346 variant Date: Sat, 6 Dec 2025 10:01:57 +0000 Message-Id: <20251206100158.2041439-1-christianshewitt@gmail.com> X-Mailer: git-send-email 2.34.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit This series depends upon Detlev Casanova's current v5 series for VDPU381 and VDPU383 support [0]. Patch 1 is marked DO-NOT-MERGE as it contains fixups for minor nits spotted in Detlev's series. I've flagged them on IRC after v2 but the messages may have been missed as they are still present in v5. Patches 2/3/4 add support for the VDPU346 IP block used for H264, HEVC and (in future work) VP9 on the RK356X boards. VDPU346 appears to be a close relation to VDPU381 used with RK3588, except with a single core, output limited to 4K, and minor feature differences, e.g. HEVC level 5.1 on VDPU346 vs 6.1 on VDPU381. To handle differences we declare a new compatible. The device-tree changes are derived from prior-art in Detlev's patches for RK3576 and RK3588, the vendor kernel [1], and some earlier patch attempts from Piotr Oniszczuk and Diederik de Haas. The register differences between VDPU346 and VDPU381 appear to be minimal so we currently and intentionally reuse the VDPU381 h264, hevc, and regs files to avoid duplicating code. If further register analysis requires separate files for VDPU346 the refactoring to Detlev's drivers is a little beyond my current beginner level c skills. As the overall minor changeset to VDPU381 it would be awesome if this series could be absorbed. I had some discussion with Olivier Crête during VideoLan Dev Days last month that suggested this might be possible? - hence sending now. If not, I'll wait until Detlev's series has been merged before sending a next iteration of these patches. Testing with Jellyfish files of varying bitrates shows that RK356X starts to experience jerky playback above 10mbps, which seems rather low compared to RK3588 which can play 300mbps media without issues. The vendor kernel documents 'advanced' assigned-clock-rates but increasing them does not have any obvious impact so the difference looks to be something deeper. NB: The same is also seen with Detlev's patches for RK3576 (max 15mpbs) so further or follow-up work is likely required. Despite the apparent limitation real- world media from my collection plays well. [0] https://patchwork.kernel.org/project/linux-rockchip/list/?series=1015221 [1] https://github.com/rockchip-linux/kernel/blob/develop-6.6/arch/arm64/boot/dts/rockchip/rk356x.dtsi#L1539 Christian Hewitt (4): media: rkvdec: minor fixes for current DETLEV patches media: dt-bindings: rockchip: Add RK3568 Video Decoder bindings media: rkvdec: Add support for the VDPU346 variant arm64: dts: rockchip: Add the vdpu346 Video Decoders on RK356X .../bindings/media/rockchip,vdec.yaml | 2 + arch/arm64/boot/dts/rockchip/rk356x-base.dtsi | 49 ++++++++ .../rockchip/rkvdec/rkvdec-vdpu381-regs.h | 4 +- .../rockchip/rkvdec/rkvdec-vdpu383-hevc.c | 6 +- .../media/platform/rockchip/rkvdec/rkvdec.c | 110 ++++++++++++++++++ 5 files changed, 166 insertions(+), 5 deletions(-) -- 2.34.1