Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp2958263pxb; Mon, 16 Nov 2020 01:42:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJy2ZcV4HljoYv+ERLfcGsDd1SD2ZOhEdUIfikkGOPhKJABksp3MxM8w2mjLy+MCBmPjEITS X-Received: by 2002:aa7:c40b:: with SMTP id j11mr14279088edq.151.1605519722703; Mon, 16 Nov 2020 01:42:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605519722; cv=none; d=google.com; s=arc-20160816; b=ww3Ppw5hy7Wfv6RKKgu6BKbNcuodheqnx9V5QcQiHrUUeux8RKHbyqhRXrw6uf2NuU dzpcaJdi/QTMktozZe/4F60AUeT/vy7vfivx/GdPUoQud6WTAPItpUTYl2iASyfSk0WZ L+83FiCJFLE9yv+1zCLHkLX1jTXWpKyLMUWbxRBNBzV/SK963zmS69eKV1x8to2YqY9O cfFNrWhkd1RM1TpmDzRNfofUihCV7b4xuJC/fP8wndgjt7/1G70er/W2MNVe8oNDhXzV 9V6sUIod9s28+rRERTkx9MbYtX9t9uWVGYjsPoLIXC3NFI8F9AMJOFWA8W102pvWjnuc ZMww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:reply-to:from:date; bh=bcBMh1ZCxrsUGHkL/k0QVAwVJK4gJTEBhPbKAS0SmMw=; b=mLDKcIMLL6BJq8UD1Vb7paHAmTUxpVbnv7691dsz0mLQ7/HmYaylb+lGY1mV59g284 UWwS8VIa7jJCu2pJyAQeIPEpFaEBBbWeOoftSwEOG2JHnu6h5Y8UUruruy1MwCCYT2vU IyCm/AoScZ+XaKZ5zezrToBWzTmzxt9bF1eIo/sD3/AwjuL2NaBXMkepzobuyTODkvUI ucn0vlaZXj74eSxYGXgyP2Ls3HLLU37Glx9sJ/drzUcfCjkbVA020y3SpKXFmTxkhilc KfDMBkSuYNJYrqkKUCkRh5Ym6OITeNV4lVMhRECXmXaAMXYg9LgWyCyAHa7C3Mzwbzu3 rdZg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u19si11310120ejc.310.2020.11.16.01.41.38; Mon, 16 Nov 2020 01:42:02 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728622AbgKPJiH (ORCPT + 99 others); Mon, 16 Nov 2020 04:38:07 -0500 Received: from gw.c-home.cz ([89.24.150.100]:33618 "EHLO dmz.c-home.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728291AbgKPJiG (ORCPT ); Mon, 16 Nov 2020 04:38:06 -0500 Received: from dmz.c-home.cz (localhost [127.0.0.1]) by dmz.c-home.cz (8.14.4+Sun/8.14.4) with ESMTP id 0AG9bfMV016508; Mon, 16 Nov 2020 10:37:46 +0100 (CET) Received: from localhost (martin@localhost) by dmz.c-home.cz (8.14.4+Sun/8.14.4/Submit) with ESMTP id 0AG9bd8L016505; Mon, 16 Nov 2020 10:37:39 +0100 (CET) X-Authentication-Warning: dmz.c-home.cz: martin owned process doing -bs Date: Mon, 16 Nov 2020 10:37:39 +0100 (CET) From: Martin Cerveny Reply-To: Martin Cerveny To: Hans Verkuil cc: Martin Cerveny , Maxime Ripard , Chen-Yu Tsai , devel@driverdev.osuosl.org, devicetree@vger.kernel.org, Greg Kroah-Hartman , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, Mauro Carvalho Chehab , Paul Kocialkowski , Rob Herring Subject: Re: [PATCH v2 0/6] ARM: dts: sun8i: v3s: Enable video decoder In-Reply-To: <19bbdf9f-3894-606b-728e-b41df27a4f5d@xs4all.nl> Message-ID: References: <20200912143052.30952-1-m.cerveny@computer.org> <19bbdf9f-3894-606b-728e-b41df27a4f5d@xs4all.nl> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 16 Nov 2020, Hans Verkuil wrote: > On 15/11/2020 19:59, Martin Cerveny wrote: >> Hello. >> >> On Thu, 5 Nov 2020, Hans Verkuil wrote: >> >>> Hi Martin, >>> >>> On 12/09/2020 16:30, Martin Cerveny wrote: >>>> First patch extends cedrus capability to all decoders >>>> because V3s missing MPEG2 decoder. >>>> >>>> Next two patches add system control node (SRAM C1) and >>>> next three patches add support for Cedrus VPU. >>>> >>>> Tested on "Lichee Zero" V3s platform with testing LCD patch >>>> ( https://github.com/mcerveny/linux/tree/v3s_videocodec_v4 ) >>>> and V4L2 raw API testing utility >>>> ( https://github.com/mcerveny/v4l2-request-test ): >>>> - enabled LCD (DRM dual VI and sigle UI planes) >>>> - added RGB panel >>>> - enabled PWM >>>> >>>> There is low memory on V3s (64MB) and maximum must be available to CMA: >>>> - CONFIG_CMA_SIZE_MBYTES=28 >>>> - add swap to swapout other processes >>>> - decrease buffers in v4l2-request-test (.buffers_count from 16 to 6) >>>> >>>> Only H.264 decoder working - MPEG and H.265 unsupported by V3s, >>>> JPEG/MJPEG still unimplemented, encoder unimplemented >>> >>> When I tried to merged these patches I got merge conflicts. >>> >>> Possibly due to other 5.10 changes, but certainly because of conflicts >>> with patches from Jernej: >>> >>> https://patchwork.linuxtv.org/project/linux-media/patch/20200825173523.1289379-4-jernej.skrabec@siol.net/ >>> https://patchwork.linuxtv.org/project/linux-media/patch/20200825173523.1289379-5-jernej.skrabec@siol.net/ >>> >>> I've merged Jerne's patches and posted a PR for that: >>> https://patchwork.linuxtv.org/project/linux-media/patch/f3b8e5e2-5f0e-fb6f-e5b2-7f44f7e365e7@xs4all.nl/ >>> >>> Can you rebase your patches on top of my branch that contains Jernej's patches? >>> >>> https://git.linuxtv.org/hverkuil/media_tree.git/log/?h=for-v5.11e >>> >>> Once my PR is merged into the media_tree master I can take your rebased >>> patches. >> >> I updated patches: >> https://github.com/mcerveny/linux/tree/media_tree_for-v5.11e >> >> BUT, commit (555 commits) for v5.10-1 >> https://github.com/torvalds/linux/commit/fd5c32d80884268a381ed0e67cccef0b3d37750b >> disrupts usability of Cedrus H.264 (at least for my Allwinner V3s): >> >> 1) colors are disrupted >> >> There are missing some initialization now. >> >> If I use "5.9" compatible code >> (last bisect good point https://github.com/torvalds/linux/commit/647412daeb454b6dad12a6c6961ab90aac9e5d29 ) >> then reboot (not power-off!) and use new code >> ( https://github.com/mcerveny/linux/tree/media_tree_for-v5.11e ) >> and colors are OK. > > Could this or the next issue be related to this bug fix? > > https://git.linuxtv.org/media_tree.git/commit/?h=fixes&id=9ac924b98728c3733c91c6c59fc410827d0da49f > > That fix isn't yet in our master tree. Confirmed. It recovers colors ! >> >> 2) decoding of complex streams fails >> >> ( https://github.com/mcerveny/v4l2-request-test/tree/v5.10 ) >> - bbb-h264-all-i-32 - OK >> - bbb-h264-32 - bad from frame 5 >> - bbb-h264-high-32 - bad from frame 6 > > I think cedrus devs need to take a look at these issues. Maybe something wrong in my testing code, problematic commit swapped some variables between structures :-( I try to investigate more, regards Martin > Regards, > > Hans > >> >> best regards, >> Martin >> >>>> Changes since v1: >>>> - patch 0005 rename >>>> - added testing description >>>> >>>> Martin Cerveny (6): >>>> media: cedrus: Register all codecs as capability >>>> dt-bindings: sram: allwinner,sun4i-a10-system-control: Add V3s >>>> compatibles >>>> ARM: dts: sun8i: v3s: Add node for system control >>>> media: cedrus: Add support for V3s >>>> dt-bindings: media: cedrus: Add V3s compatible >>>> ARM: dts: sun8i: v3s: Add video engine node >>>> >>>> .../allwinner,sun4i-a10-video-engine.yaml | 1 + >>>> .../allwinner,sun4i-a10-system-control.yaml | 6 ++++ >>>> arch/arm/boot/dts/sun8i-v3s.dtsi | 33 +++++++++++++++++++ >>>> drivers/staging/media/sunxi/cedrus/cedrus.c | 28 +++++++++++++++- >>>> drivers/staging/media/sunxi/cedrus/cedrus.h | 2 ++ >>>> .../staging/media/sunxi/cedrus/cedrus_video.c | 2 ++ >>>> 6 files changed, 71 insertions(+), 1 deletion(-) >>>> >>> >