Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp871596rwd; Thu, 1 Jun 2023 07:36:35 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6X/crNg1o81a5OjvCBw1B858gO5vWqm/dfHNHklfPdXp5ktQTebMk+xBKca1I8q6DiAhZp X-Received: by 2002:a17:902:bb94:b0:1ad:cba5:5505 with SMTP id m20-20020a170902bb9400b001adcba55505mr8674790pls.14.1685630194702; Thu, 01 Jun 2023 07:36:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685630194; cv=none; d=google.com; s=arc-20160816; b=A6RNWMJ38rz1H0T8MxWsR1waZmQSP603mtDzAypLgNeyPPRggtmNLDttBFmiZT5blA oXbTUZLzD+sKWISO8yQiFVoKyolRttzfzSMFqrV797sVIxDtkezxTEiKLJXgZpUztyEr 47513Rdz2RnRD9NbTS8w/RlF8iKzLZWyb7VricfGzDica4ezCpzEgBgAMQxZ2SNXHVDC zjbMeM85rPO3TmCKmXYE/BhrlgyJ7CsS+ERlD/Pxhf9Dscwsq/KoBRtZJfRqgTdumRp3 PZChnQPEwhY+AtKpym436DW56kvM630oRvPKATz26a0Fu9F/9nOaVAfK9MiOvzX3DEZ7 AAZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=zZVKutFiwQAN6j/4vLaU3KY093bMEtWpRaUbmuDXxl4=; b=WHIEpmTOlgfd5b5S0UkhUwSRX+CuFzKLQNV9SstfXa32f44+/iKqxrocsepwV2TJ8K YFXVlk+dwvgloSDxcZ1yeZpmiczEV0J8SG/8fw1tNy+ClRPxr0gbwYEokmUSNXo0yW7p z5yttvz6Cem4wYfrDDV0IavaIQl5GpJZx6soDkWJYyaPFaOgbhQ49CyKPsGfL4fDQpOo CeENf+e8D4LQGiAS3/sEx3kglum/7Gke3uEvwWEaFaSVcoGbMsHGwTjMwpml8/4jIPYk W4rKsNoyZn1WtNxeXNVo9cbfgAqmXP4oJ3nFJgTbJ9juL4o8yleymgkaRqx5IGmKHSOl h2Hw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=WKeNgqi2; 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=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h15-20020a170902f54f00b001b199c98cf4si1559697plf.280.2023.06.01.07.36.22; Thu, 01 Jun 2023 07:36:34 -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; dkim=pass header.i=@intel.com header.s=Intel header.b=WKeNgqi2; 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=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234055AbjFAOWu (ORCPT + 99 others); Thu, 1 Jun 2023 10:22:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42860 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231220AbjFAOWi (ORCPT ); Thu, 1 Jun 2023 10:22:38 -0400 Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E174F1A7; Thu, 1 Jun 2023 07:22:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1685629355; x=1717165355; h=message-id:subject:from:to:cc:date:in-reply-to: references:mime-version:content-transfer-encoding; bh=HaM6hhlYoE+UnM9HPHrqFOFHWjKzJA7Q4/t+E/WPPxw=; b=WKeNgqi2eKvoE2EsABafuXzV9CM4ex+aToS+ehKflHJ5Ek06rOBE/e0m 07VXnWUOyq4f35j1vsnmN/fkPSIFDnBNYDXgSzcoeh58J7ou683Jn0Dic fQzz6cY04xPuaOnQdOboYHnkD+KVicQvLmcHYbbMpDlYHS3csrn308xmd h+jt4cJQ3cGHLKKZ2SE5lqI0fyZR/qGo3dOYzIb4rD41KCdRABn/UR3Gg pyXepoO9DuP58zOEX2rE81Wuv29jjCSEOstc/s+TnmHxZpHRTDcmc8Mnq ejQOX90NgtMrv5XCHrZjzuiIPIB3HtmDl5Qs4JumLypX+qV6urEzj51VF g==; X-IronPort-AV: E=McAfee;i="6600,9927,10728"; a="335920983" X-IronPort-AV: E=Sophos;i="6.00,210,1681196400"; d="scan'208";a="335920983" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Jun 2023 07:22:20 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10728"; a="777222803" X-IronPort-AV: E=Sophos;i="6.00,210,1681196400"; d="scan'208";a="777222803" Received: from dperchan-mobl1.ger.corp.intel.com (HELO terminus) ([10.214.197.5]) by fmsmga004-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Jun 2023 07:22:17 -0700 Message-ID: Subject: Re: [PATCH v2] media: uapi: v4l: Intel metadata format update From: Dmitry Perchanov To: Sakari Ailus Cc: linux-media@vger.kernel.org, mchehab@kernel.org, linux-kernel@vger.kernel.org, laurent.pinchart@ideasonboard.com, evgeni.raikhel@intel.com, demisrael@gmail.com Date: Thu, 01 Jun 2023 17:22:15 +0300 In-Reply-To: References: <6de8f9611e5bcf20d7d30e6d26d78f146316b164.camel@intel.com> User-Agent: Evolution 3.36.5-0ubuntu1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,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 Fixed in v3. On Tue, 2023-05-16 at 11:54 +0000, Sakari Ailus wrote: > Hi Dmitry, > = > On Tue, May 16, 2023 at 11:10:02AM +0300, Dmitry Perchanov wrote: > > On Tue, 2023-05-09 at 11:28 +0300, Sakari Ailus wrote: > > > Hi Dmitry, > > > = > > > Thanks for the patch. > > > = > > > No need to cc me to my @iki.fi address, I do read both. :-) > > Good. > > > On Tue, May 09, 2023 at 11:24:53AM +0300, Dmitry Perchanov wrote: > > > > Update metadata structure for Intel RealSense UVC/MIPI cameras. > > > > Compliant to Intel Configuration version 3. > > > > = > > > > Signed-off-by: Dmitry Perchanov > > > > --- > > > = > > > Please detail here what changed between patch versions in future vers= ions > > > of the patch. > > Intel Configuration: > > version 2: gpioInputData added to md_configuration (with its flag) > > version 3: sub_preset_info added to md_configuration (with its flag) > > > > .../media/v4l/pixfmt-meta-d4xx.rst | 19 +++++++++++++++= +--- > > > > 1 file changed, 16 insertions(+), 3 deletions(-) > > > > = > > > > diff --git a/Documentation/userspace-api/media/v4l/pixfmt-meta-d4xx= .rst b/Documentation/userspace-api/media/v4l/pixfmt-meta-d4xx.rst > > > > index 4e437ba97a0e..b5decde640c1 100644 > > > > --- a/Documentation/userspace-api/media/v4l/pixfmt-meta-d4xx.rst > > > > +++ b/Documentation/userspace-api/media/v4l/pixfmt-meta-d4xx.rst > > > > @@ -12,7 +12,7 @@ Intel D4xx UVC Cameras Metadata > > > > Description > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > = > > > > -Intel D4xx (D435 and other) cameras include per-frame metadata in = their UVC > > > > +Intel D4xx (D435, D455 and others) cameras include per-frame metad= ata in their UVC > > > > payload headers, following the Microsoft(R) UVC extension proposal= [1_]. That > > > > means, that the private D4XX metadata, following the standard UVC = header, is > > > > organised in blocks. D4XX cameras implement several standard block= types, > > > > @@ -26,6 +26,8 @@ V4L2_META_FMT_UVC with the only difference, that = it also includes proprietary > > > > payload header data. D4xx cameras use bulk transfers and only send= one payload > > > > per frame, therefore their headers cannot be larger than 255 bytes. > > > > = > > > > +This document implements Intel Configuration version 3. > > > = > > > Which version was described here before this patch? > > Before that patch it was "Intel Configuration version 1" > > > Are there devices that use that presumably different version? Or does > > > this depend on e.g. firmware version? > > These changes are extensions and backward compatible with old firmware. > > Users are notified in case firmware too old and some features disabled. > = > The "Laser mode" below is replaced by three different fields. Was this a > bug in the document or a change between versions 1 and 3? In the former > case there should be another patch to fix it, in the latter both versions > should continue to be described as they are supported. > = > > > > + > > > > Below are proprietary Microsoft style metadata types, used by D4xx= cameras, > > > > where all fields are in little endian order: > > > > = > > > > @@ -43,7 +45,7 @@ where all fields are in little endian order: > > > > * - __u32 ID > > > > - 0x80000000 > > > > * - __u32 Size > > > > - - Size in bytes (currently 56) > > > > + - Size in bytes (currently 60) > > > > * - __u32 Version > > > > - Version of this structure. The documentation herein corres= ponds to > > > > version xxx. The version number will be incremented when n= ew fields are > > > > @@ -72,8 +74,11 @@ where all fields are in little endian order: > > > > - Bottom border of the AE Region of Interest > > > > * - __u32 Preset > > > > - Preset selector value, default: 0, unless changed by the u= ser > > > > - * - __u32 Laser mode > > > > + * - __u8 Emitter mode > > > > - 0: off, 1: on > > > > + * - __u8 RFU byte > > > > + * - __u16 LED Power > > > > + - Led power value 0-360 (F416 SKU) > > > > * - :cspan:`1` *Capture Timing* > > > > * - __u32 ID > > > > - 0x80000001 > > > > @@ -124,6 +129,14 @@ where all fields are in little endian order: > > > > - Requested frame rate per second > > > > * - __u16 Trigger > > > > - Byte 0: bit 0: depth and RGB are synchronised, bit 1: exte= rnal trigger > > > > + * - __u16 Calibration count > > > > + * - __u8 GPIO input data > > > > + - GPIO readout > > > > + - Supported from FW 5.12.7.0 > > > > + * - __u32 Sub-preset info > > > > + - Sub-preset choice information > > > > + * - __u8 reserved > > > > + - RFU byte. > = > Could you add to the documentation of these fields they're only valid for > v3? > = > > > > = > > > > .. _1: > > > > = --------------------------------------------------------------------- Intel Israel (74) Limited This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.