Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp4854374iog; Wed, 22 Jun 2022 07:08:25 -0700 (PDT) X-Google-Smtp-Source: AGRyM1syPh4Ub+hgRfkQS2chmBcd4BMxPv/qdU1dJi95SFIFEXOVON3aKh0BnI2tfvIlJkk9kGRW X-Received: by 2002:a05:6a00:410a:b0:51e:6fc6:e4da with SMTP id bu10-20020a056a00410a00b0051e6fc6e4damr35777631pfb.84.1655906905109; Wed, 22 Jun 2022 07:08:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655906905; cv=none; d=google.com; s=arc-20160816; b=ly1hDoVuIbzLYDPTF9KlP3HQJyUBhyeFfZqHN4i03VTY4vLw3NIIFa5w+A49DHIzpf Xamn9AJ9ZaTbnx1B4wucbu9fktr8N3vsrzBQYnCS1Pkh9/UNF7U0BV9kL162e6J3/EKB t9yMrmtJnAROc14vUnixq0iuDye72K0UT3KRd0EkmGczZNV1atDAeyILWXysrVzG/6tU RypfvogY5B8PeVICMQktDIfK56a+7RkDFDmxED4C0Y0VMAXg/I1xVLWFGIGY/ZD868oc YdEogHZRo+9HpKLNhQJVbxLhIbKzuHllwsp04xRYYcTWLLlrYERMWPDgY0+OQ+j2EiMK rmHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=FNLihOy9knB9Q2sTy76vPfn/TjeP++7UDOpcVPnGBfM=; b=I3eIrk/Ja3591oe74f3RlgXOt3suXoQ8KJ+2KLqP23ZcWqL6iZ2OAsY1RX9uZhqW0/ xuzSkQXMjC4u9FUp529vQLyIBsDvMeydpI88ALFAWrJEo23wOEgSMd4Tp9dJQWkT8pc+ mkQKI4D2Kv9+r6T5X1BjEqapcsd6j3O5EMY32qz895NW7hv6GendzyajNupjRijjLJlP iBUgaPSDo9VQvFBOFocKpLzgHe3xTE59eTKRlcQcL+8EVJZfWt9KCDRAVbv5xQ1saWcS YiWEyeGAUjDOLer5R6nxSnnbbHr3Vo0DMrtfOtgnqFNefaDEpwqH+kjyHYRNqpXSpqi0 lWYg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=xs4all.nl Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n15-20020a170902968f00b0015d0db0168csi4169698plp.364.2022.06.22.07.08.11; Wed, 22 Jun 2022 07:08:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=xs4all.nl Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1355762AbiFVNft (ORCPT + 99 others); Wed, 22 Jun 2022 09:35:49 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56590 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243581AbiFVNfn (ORCPT ); Wed, 22 Jun 2022 09:35:43 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 46F032FE43; Wed, 22 Jun 2022 06:35:41 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id D6C4F61B0D; Wed, 22 Jun 2022 13:35:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id CABC7C34114; Wed, 22 Jun 2022 13:35:38 +0000 (UTC) Message-ID: <0455d962-d13e-9d88-c513-282defe07dd2@xs4all.nl> Date: Wed, 22 Jun 2022 15:35:36 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [PATCH v10 0/5] media: atmel: atmel-isc: implement media controller Content-Language: en-US To: Eugen.Hristev@microchip.com, linux-arm-kernel@lists.infradead.org, linux-media@vger.kernel.org Cc: devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Claudiu.Beznea@microchip.com, Nicolas.Ferre@microchip.com, jacopo@jmondi.org References: <20220503095127.48710-1-eugen.hristev@microchip.com> <1da61f9c-0605-dc9d-63a3-21c18fcb74c7@xs4all.nl> From: Hans Verkuil In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,NICE_REPLY_A,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Eugen, On 22/06/2022 14:25, Eugen.Hristev@microchip.com wrote: > On 6/22/22 2:53 PM, Hans Verkuil wrote: >> Hi Eugen, >> >> On 03/05/2022 11:51, Eugen Hristev wrote: >>> This series is a split from the series : >>> [PATCH v9 00/13] media: atmel: atmel-isc: implement media controller >>> and it includes the media controller part. >>> previous fixes were sent on a different patch series. >>> >>> As discussed on the ML, moving forward with having the media link validate at >>> start/stop streaming call. >>> I will test the patch : >>> [RFC PATCHv2] vb2: add support for (un)prepare_streaming queue ops >>> afterwards, but that patch requires moving my logic to the new vb2 callbacks. >> >> I'm looking at merging this series, but I would like to have the output of >> 'v4l2-compliance -m /dev/mediaX' to verify that the MC links etc. is all >> correct. > > Hello Hans, > > Please have a look at attached file . Unless you want me to add the > whole output to the e-mail ? No, this is fine, thank you! > > I also added output of media-ctl -p for your convenience. > the subdev2 is a device and driver that is not upstream and has some > compliance issues, they are reported by the v4l2-compliance tool, but > they should not affect this series, it's a synopsys driver that was > rejected on mainline a few years ago, I took it for internal usage, but > it's not cleaned up nor worked a lot upon. OK, good to know. From the compliance output: v4l2-compliance 1.22.1, 32 bits, 32-bit time_t This is an old v4l2-compliance version. Compile it directly from the v4l-utils git repo and check the output again. Compliance test for atmel_isc_commo device /dev/media0: As you can see, the driver name is cut off. Isn't 'atmel-isc' a better name? > >> >> And one more question which may have been answered already in the past: >> >> Changing to the MC will break existing applications, doesn't it? Or did I >> miss something? >> > > The existing applications will have to configure the pipeline now. It > will no longer work by configuring just the top video node /dev/video0 . > They would have to use media-ctl for it, something similar with this set > of commands: > > media-ctl -d /dev/media0 --set-v4l2 '"imx219 > 1-0010":0[fmt:SRGGB10_1X10/1920x1080]' > media-ctl -d /dev/media0 --set-v4l2 > '"dw-csi.0":0[fmt:SRGGB10_1X10/1920x1080]' > media-ctl -d /dev/media0 --set-v4l2 '"csi2dc":0[fmt:SRGGB10_1X10/1920x1080]' > media-ctl -d /dev/media0 --set-v4l2 > '"atmel_isc_scaler":0[fmt:SRGGB10_1X10/1920x1080]' I'd like to see this documented in a new Documentation/admin-guide/media/atmel-isc.rst file. That can be a new patch. Regards, Hans > > Thank you for taking care of this ! > > Eugen > >> Regards, >> >> Hans >> >>> >>> Full series history: >>> >>> Changes in v10: >>> -> split the series into this first fixes part. >>> -> moved IO_MC addition from first patch to the second patch on the driver changes >>> -> edited commit messages >>> -> DT nodes now disabled by default. >>> >>> Changes in v9: >>> -> kernel robot reported isc_link_validate is not static, changed to static. >>> >>> Changes in v8: >>> -> scaler: modified crop bounds to have the exact source size >>> >>> Changes in v7: >>> -> scaler: modified crop bounds to have maximum isc size >>> -> format propagation: did small changes as per Jacopo review >>> >>> >>> Changes in v6: >>> -> worked a bit on scaler, added try crop and other changes as per Jacopo review >>> -> worked on isc-base enum_fmt , reworked as per Jacopo review >>> >>> Changes in v5: >>> -> removed patch that removed the 'stop' variable as it was still required >>> -> added two new trivial patches >>> -> reworked some parts of the scaler and format propagation after discussions with Jacopo >>> >>> >>> Changes in v4: >>> -> as reviewed by Hans, added new patch to remove the 'stop' variable and reworked >>> one patch that was using it >>> -> as reviewed by Jacopo, reworked some parts of the media controller implementation >>> >>> >>> Changes in v3: >>> - change in bindings, small fixes in csi2dc driver and conversion to mc >>> for the isc-base. >>> - removed some MAINTAINERS patches and used patterns in MAINTAINERS >>> >>> Changes in v2: >>> - integrated many changes suggested by Jacopo in the review of the v1 series. >>> - add a few new patches >>> >>> Eugen Hristev (5): >>> media: atmel: atmel-isc: prepare for media controller support >>> media: atmel: atmel-isc: implement media controller >>> ARM: dts: at91: sama7g5: add nodes for video capture >>> ARM: configs: at91: sama7: add xisc and csi2dc >>> ARM: multi_v7_defconfig: add atmel video pipeline modules >>> >>> arch/arm/boot/dts/sama7g5.dtsi | 51 ++ >>> arch/arm/configs/multi_v7_defconfig | 3 + >>> arch/arm/configs/sama7_defconfig | 2 + >>> drivers/media/platform/atmel/Makefile | 2 +- >>> drivers/media/platform/atmel/atmel-isc-base.c | 485 +++++++++--------- >>> .../media/platform/atmel/atmel-isc-scaler.c | 267 ++++++++++ >>> drivers/media/platform/atmel/atmel-isc.h | 50 +- >>> .../media/platform/atmel/atmel-sama5d2-isc.c | 34 +- >>> .../media/platform/atmel/atmel-sama7g5-isc.c | 32 +- >>> 9 files changed, 685 insertions(+), 241 deletions(-) >>> create mode 100644 drivers/media/platform/atmel/atmel-isc-scaler.c >>> >> >