From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.1 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D7D82C433E0 for ; Sun, 9 Aug 2020 17:58:36 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id B055A206CD for ; Sun, 9 Aug 2020 17:58:36 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b="LGOCh/GY" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726291AbgHIR6g (ORCPT ); Sun, 9 Aug 2020 13:58:36 -0400 Received: from perceval.ideasonboard.com ([213.167.242.64]:43444 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726199AbgHIR6g (ORCPT ); Sun, 9 Aug 2020 13:58:36 -0400 Received: from pendragon.ideasonboard.com (81-175-216-236.bb.dnainternet.fi [81.175.216.236]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 4116BF9; Sun, 9 Aug 2020 19:58:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1596995913; bh=fbcUoZWgysfD+dQCQy5xuMx4BrHrBVaa4EthxJrw2VA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=LGOCh/GYSjk/dKm+z5K4kxGfOnY1Xy1coNN2NIhrt8y5AJHv95d9YI84MsCVyibpV Hbcd+k3F18yoTMzL/9vZGGcF7rlm8DiST1LFNEpolLT+HpRxyR+lwf1tIZ/uJhVKqR mx9eHrKe+CaLkKt4j60xFqDybEGXhhfdqbW9YJHI= Date: Sun, 9 Aug 2020 20:58:21 +0300 From: Laurent Pinchart To: Jacopo Mondi Cc: Hans Verkuil , Sakari Ailus , Linux Media Mailing List , Sowjanya Komatineni , Ricardo Ribalda Delgado , libcamera-devel@lists.libcamera.org Subject: Re: [PATCH 1/4] media: docs: Describe pixel array properties Message-ID: <20200809175821.GF5981@pendragon.ideasonboard.com> References: <20200805105721.15445-1-jacopo@jmondi.org> <20200805105721.15445-2-jacopo@jmondi.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200805105721.15445-2-jacopo@jmondi.org> Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org Hi Jacopo, Thank you for the patch. On Wed, Aug 05, 2020 at 12:57:18PM +0200, Jacopo Mondi wrote: > The V4L2 selection API are also used to access the pixel array > properties of an image sensor, such as the size and position of active > pixels and the cropped area of the pixel matrix used to produce images. > > Currently no clear definition of the different areas that compose an > image sensor pixel array matrix is provided in the specification, and > the actual meaning of each selection target when applied to an image > sensor was not provided. > > Provide in the sub-device documentation the definition of the pixel > matrix properties and the selection target associated to each of them. > > Signed-off-by: Jacopo Mondi > --- > .../userspace-api/media/v4l/dev-subdev.rst | 81 +++++++++++++++++++ > 1 file changed, 81 insertions(+) > > diff --git a/Documentation/userspace-api/media/v4l/dev-subdev.rst b/Documentation/userspace-api/media/v4l/dev-subdev.rst > index 134d2fb909fa4..c47861dff9b9b 100644 > --- a/Documentation/userspace-api/media/v4l/dev-subdev.rst > +++ b/Documentation/userspace-api/media/v4l/dev-subdev.rst > @@ -386,6 +386,87 @@ requests on all selection targets, unless specifically told otherwise. > ``V4L2_SEL_FLAG_GE`` and ``V4L2_SEL_FLAG_LE`` flags may be used to round > the image size either up or down. :ref:`v4l2-selection-flags` > > +.. _v4l2-subdev-pixel-array-properties: > + > +Selection targets for image sensors properties > +---------------------------------------------- > + > +The V4L2 selection API can be used on sub-devices that represent an image > +sensor to retrieve the sensor's pixel array matrix properties by using the > +:ref:`selection ` ioctls. > + > +Sub-device drivers for image sensor usually register a single source pad, but in > +the case they expose more, the pixel array properties can be accessed from > +any of them. > + > +The ``V4L2_SEL_TGT_NATIVE``, ``V4L2_SEL_TGT_CROP_BOUNDS``, > +``V4L2_SEL_TGT_CROP_DEFAULT`` and ``V4L2_TGT_CROP`` targets are used to retrieve > +the immutable properties of the several different areas that compose the sensor > +pixel array matrix. Each area describes a rectangle of logically adjacent pixel > +units. The logical disposition of pixels is defined by the sensor read-out > +starting point and direction, and may differ from the physical disposition of > +the pixel units in the pixel array matrix. > + > +Each pixel matrix portion is contained in a larger rectangle, with the most > +largest being the one that describes the pixel matrix physical size. This > +defines a hierarchical positional system, where each rectangle is defined > +relatively to the largest available one among the ones exposed by the > +sub-device driver. Each selection target and the associated pixel array portion > +it represents are below presented in order from the largest to the smallest one. > + > +Pixel array physical size > +^^^^^^^^^^^^^^^^^^^^^^^^^ > + > +The image sensor chip is composed by a number of physical pixels, not all of > +them readable by the application processor. Invalid or unreadable lines might > +not be transmitted on the data bus at all, or in case on CSI-2 capable sensors > +they might be tagged with an invalid data type (DT) so that the receiver > +automatically discard them. The size of the whole pixel matrix area is > +retrieved using the V4L2_SEL_TGT_NATIVE target, which has its top-left corner > +defined as position (0, 0). All the other selection targets are defined > +relatively to this, larger, rectangle. The rectangle returned by > +V4L2_SEL_TGT_NATIVE describes an immutable property of the image sensor, it > +does not change at run-time and cannot be modified from userspace. As I think I've mentioned previously (not sure if it was by e-mail or on IRC), we could also decide to set V4L2_SEL_TGT_NATIVE_SIZE == V4L2_SEL_TGT_CROP_BOUNDS by ignoring the non-readable pixels completely. What's the advantage of exposing them in the API, when the sensors doesn't provide them to the rest of the pipeline ? > +Pixel array readable area > +^^^^^^^^^^^^^^^^^^^^^^^^^ > + > +The V4L2_SEL_TGT_CROP_BOUNDS targets returns size and position of the readable > +area of the pixel array matrix, including pixels with valid image data and pixel > +used for calibration purposes, such as optical black pixels. It is not unlikely > +that valid pixels and optical black pixels are surrounded by non-readable rows > +and columns of pixels. Those does not concur in the definition of the > +V4L2_SEL_TGT_CROP_BOUNDS rectangle. The rectangle returned by > +V4L2_SEL_TGT_CROP_BOUNDS describes an immutable property of the image sensor, it > +does not change at run-time and cannot be modified from userspace. > + > +Pixel array active area > +^^^^^^^^^^^^^^^^^^^^^^^ > + > +The portion of the pixel array which contains valid image data is defined as the > +active area of the pixel matrix. The active pixel array is is accessed by mean > +of the V4L2_SEL_TGT_CROP_DEFAULT target, and is contained in the larger > +V4L2_SEL_TGT_CROP_BOUNDS rectangle. It represents the largest possible frame > +resolution the sensor can produce and defines the dimension of the full > +field-of-view. The rectangle returned by V4L2_SEL_TGT_CROP_BOUNDS describes an > +immutable property of the image sensor, it does not change at run-time and > +cannot be modified from userspace. > + > +Analog crop rectangle > +^^^^^^^^^^^^^^^^^^^^^ > + > +The sensor driver might decide, in order to adjust the image resolution to best > +match the one requested by applications, to only process a part of the active > +pixel array matrix. The selected area is read-out and processed by the image > +sensor on-board ISP in order to produce images of the desired size and > +resolution while possible maintaing the largest possible field-of-view. The > +cropped portion of the pixel array which is used to produce images is returned > +by the V4L2_SEL_TGT_CROP target and represent the only information that can > +change at runtime as it depends on the currently configured sensor mode and > +desired image resolution. If the sub-device driver supports that, userspace > +can set the analog crop rectangle to select which portion of the pixel array > +to read out. > + > > Types of selection targets > -------------------------- -- Regards, Laurent Pinchart