Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp1083906pxm; Wed, 23 Feb 2022 17:42:33 -0800 (PST) X-Google-Smtp-Source: ABdhPJwvLNJMI5BqK6TPFIDm6t1c9QSxrNDe8C4w4BsXyomWLx4yl/kxqk30Etd0iTeWlfrTg8BQ X-Received: by 2002:a63:3111:0:b0:373:a1fa:8998 with SMTP id x17-20020a633111000000b00373a1fa8998mr451077pgx.415.1645666953261; Wed, 23 Feb 2022 17:42:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645666953; cv=none; d=google.com; s=arc-20160816; b=cuPR5L0UV27yLwuJrUYDuKfKN/embOjsf+Ut2q7vDdj/OufHGl+W+zSBSOedE5VtBb rTOgWxV+IbgUiaOCCXXwpbPKOCk0Ii43HxLW1FTn85b2hmWjGIfkwAWq+m3s6DUXp58/ 7OiCdxqeNV18mc2vgyqoe8IpV8IHYW70AtQS6eV6ZNR4gBwz6FT9UoW9MN61VcY+duxX AHr1bxB9rWcyMdOkJDZ0B/qhwglAozZoE6iuJvqV/qV3qRO46aY+14xhCDALMXWbgus+ kevB5DoguHFgvJvobTE5KdoYQe90r2SnxCUJYXRuWt2gjWa8IDUfXBasVTkqlB4kZSfr cmgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=oOMbx5F0YsXruboWQvnMEpaqd9cWHU0ubi0QYdJs5Ms=; b=KmEChfPF4H3QUPMiRZMfWiyQREoO/wPqM49Gdc9H603DopylijK5HFfC5Nnl3VlkU4 COMtm67xLJvDxkZnH55+7cpWwjGSyaW4o+CH8xjuMCzXIeuH+MuNu9DtiJ4sirOsYKI/ ZpoRm8qQcDBHyILJ+h6x9030LovhUzlTLV7ARNahfe/hn/nx7qUv33DeyMg3X4OPSYJM 8t6HOsEe9bUj7C/GjgK/8crBOkKdNt78lYEZEN4V8u5aEZr4hDO9y517G0dNKzZ/zE/g KJAknpI4qeQKiG8qE1664vnHJQHaBz2wD8F+rh8IivOsmnIz+VtCO3b/aiAPAyN/cGow 6SUA== 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:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id bg13si1315624pgb.491.2022.02.23.17.42.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Feb 2022 17:42:33 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 710C15DA5D; Wed, 23 Feb 2022 17:17:55 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242292AbiBWQfF (ORCPT + 99 others); Wed, 23 Feb 2022 11:35:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45168 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231128AbiBWQfE (ORCPT ); Wed, 23 Feb 2022 11:35:04 -0500 Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5ED204EF53; Wed, 23 Feb 2022 08:34:36 -0800 (PST) Received: (Authenticated sender: jacopo@jmondi.org) by mail.gandi.net (Postfix) with ESMTPSA id 5C5C6E000D; Wed, 23 Feb 2022 16:34:32 +0000 (UTC) Date: Wed, 23 Feb 2022 17:34:31 +0100 From: Jacopo Mondi To: Eugen.Hristev@microchip.com Cc: linux-media@vger.kernel.org, hverkuil-cisco@xs4all.nl, Nicolas.Ferre@microchip.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Claudiu.Beznea@microchip.com Subject: Re: [PATCH v5 04/13] media: atmel: atmel-isc: implement media controller Message-ID: <20220223163431.wask6vh2tfhllzf4@uno.localdomain> References: <20220217135645.1427466-1-eugen.hristev@microchip.com> <20220217135645.1427466-5-eugen.hristev@microchip.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 Thu, Feb 17, 2022 at 02:59:19PM +0000, Eugen.Hristev@microchip.com wrote: > On 2/17/22 3:56 PM, Eugen Hristev wrote: > > Implement the support for media-controller. > > This means that the capabilities of the driver have changed and now > > it also advertises the IO_MC . > > The driver will register it's media device, and add the video entity to this > > media device. The subdevices are registered to the same media device. > > The ISC will have a base entity which is auto-detected as atmel_isc_base. > > It will also register a subdevice that allows cropping of the incoming frame > > to the maximum frame size supported by the ISC. > > The ISC will create a link between the subdevice that is asynchronously > > registered and the atmel_isc_scaler entity. > > Then, the atmel_isc_scaler and atmel_isc_base are connected through another > > link. > > > > Signed-off-by: Eugen Hristev > > --- > > > Hello Jacopo, > > I will add to this patch a little update about how the scaler is seen > now by the media-ctl : > > for imx219 sensor, which generates 3280x2464: > > > - entity 1: atmel_isc_scaler (2 pads, 2 links) > type V4L2 subdev subtype Unknown flags 0 > device node name /dev/v4l-subdev0 > pad0: Sink > [fmt:SRGGB10_1X10/3280x2464 field:none colorspace:srgb > crop.bounds:(0,0)/3280x2464 > crop:(0,0)/3264x2464] > <- "csi2dc":1 [ENABLED,IMMUTABLE] > pad1: Source > [fmt:SRGGB10_1X10/3264x2464 field:none colorspace:srgb] > -> "atmel_isc_common":0 [ENABLED,IMMUTABLE] > > > The source pad of the scaler looks good now. > > For the imx274 which I am using (and it generates 3840x2160 ): > > - entity 1: atmel_isc_scaler (2 pads, 2 links) > type V4L2 subdev subtype Unknown flags 0 > device node name /dev/v4l-subdev0 > pad0: Sink > [fmt:SRGGB10_1X10/3840x2160 field:none colorspace:srgb > crop.bounds:(0,0)/3840x2160 > crop:(0,0)/3264x2160] > <- "csi2dc":1 [ENABLED,IMMUTABLE] > pad1: Source > [fmt:SRGGB10_1X10/3264x2160 field:none colorspace:srgb] > -> "atmel_isc_common":0 [ENABLED,IMMUTABLE] > > So in both cases, each line is cropped down to 3264 as the maximum width. > > If we select a lower frame size, the scaler will automatically update > the source pad to reflect this, e.g.: > > > - entity 1: atmel_isc_scaler (2 pads, 2 links) > type V4L2 subdev subtype Unknown flags 0 > device node name /dev/v4l-subdev0 > pad0: Sink > [fmt:SRGGB10_1X10/1920x1080 field:none colorspace:srgb > crop.bounds:(0,0)/1920x1080 > crop:(0,0)/1920x1080] > <- "csi2dc":1 [ENABLED,IMMUTABLE] > pad1: Source > [fmt:SRGGB10_1X10/1920x1080 field:none colorspace:srgb] > -> "atmel_isc_common":0 [ENABLED,IMMUTABLE] > > > does it look good now ? great! I think it now works as intended, thanks! I only have one question. BOUND target is the larger rectangle that contains all crop rectangles. As your max crop is limited to 3264x2160 I wonder if BOUND should be limited by the same size. Does v4l2-compliance check for this. Otherwise it looks good! Thanks j > > Thanks for checking this out ! > Eugen