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 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id CC575C433EF for ; Mon, 7 Feb 2022 10:08:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-ID:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=vlYPiKYekY9neOuvZBJKYKobVK8J7T0mbRDBzoyRrvo=; b=FhEujg2TCU/Gsc 2pLOWvaPUPiDJpGmYBKAuRbhFWq4vswCYTxH65+NFgjr4CYRNCENyE2dGkGsRWpj0Yv4WdzkvDarp 1i2pkdLuRRq1Li5nnkR/h46Esbnbo9M4bZkfg1o8W3ckSS617wMeI2ebdWWKqLVNAhhO6icpmvPml 1NAAl/8cRWc9m8I1lGZjfJ11JhhRengMS44Ojf6WuH3uq5rcvoY42B+v7Ck6/lrdhCHbqwtu08Wdz gRE1mu3F1FwcSpQVUKnDP9FK855D4YwVKCu7U74HHK/M8fgL3FaKV23IgsqPS6cXVJkJHNd6XjFLp tioNFgutbhODoHMwRzbQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nH0vH-009ks8-KK; Mon, 07 Feb 2022 10:07:05 +0000 Received: from mx1.tq-group.com ([93.104.207.81]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nH0qA-009j9r-99 for linux-arm-kernel@lists.infradead.org; Mon, 07 Feb 2022 10:01:48 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tq-group.com; i=@tq-group.com; q=dns/txt; s=key1; t=1644228106; x=1675764106; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=OLBk8VmXYB8jx7aVY5Bxh1lSXhO4OOTwnhTpzDJBWAE=; b=RcDjGY1HjM+vqyW9NxHirDB4DPkjTqf9JZ1TxJzOeO1Oq7wm+e0ddYy2 FtMh3ipCTRnsca1VLe1LXs+irOVbqKqASlabK0XsU41hgJrjWPHB7UncA HtsTa9oswj/E9t6Rg8q7w4nglKFRp6wHKBKot/5/yIFSXLYuz3AQC1bBb EQhHKcPt1ouh8SnZzYWTE4ODz1mXWoGR3akHYHY5uVpxvLBsKWvTYk9Z4 bIfdA/UUNGj2sEnjRty4Z/Swhjm2uEv1O6i8mdO3uzde4NCCoD/bdWPSx 0NNMlNnWL5Py/b7zh10fqTn/THfEmI8h9QyBqtAnwxvK3JgPf23XIMoNK A==; X-IronPort-AV: E=Sophos;i="5.88,349,1635199200"; d="scan'208";a="21928203" Received: from unknown (HELO tq-pgp-pr1.tq-net.de) ([192.168.6.15]) by mx1-pgp.tq-group.com with ESMTP; 07 Feb 2022 11:01:44 +0100 Received: from mx1.tq-group.com ([192.168.6.7]) by tq-pgp-pr1.tq-net.de (PGP Universal service); Mon, 07 Feb 2022 11:01:44 +0100 X-PGP-Universal: processed; by tq-pgp-pr1.tq-net.de on Mon, 07 Feb 2022 11:01:44 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tq-group.com; i=@tq-group.com; q=dns/txt; s=key1; t=1644228104; x=1675764104; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=OLBk8VmXYB8jx7aVY5Bxh1lSXhO4OOTwnhTpzDJBWAE=; b=hTq700xWMAQBrKds3eG6S/ofOq0kY7Hqgbbp7K74N89UweNr1HkEiEei MMKBPzuDWVtEH+my1B3XVis0zemDUPfd6H+89WWDI0xsY5arHrdHFTnG4 Gw9lSsvRJvPt4WSRRkcbQjEhoWefIbaLIYwskJTB17rapdRCvKnEpMqXe f2JW/SdllrNPxBqeBum+DpzEQrsZolbscI1J5kL9+gVw0kmXp70Va5fLp XZX0mcl8XTEGSclphQogOnwtqVFp7F8YCTsDbYU43zbGxy68gmDuCcAP6 7qUlOuDuqWs5+eqHMYx33267YejIonEwIGLbsydlpJIfBpktDpGdS8bwc A==; X-IronPort-AV: E=Sophos;i="5.88,349,1635199200"; d="scan'208";a="21928202" Received: from vtuxmail01.tq-net.de ([10.115.0.20]) by mx1.tq-group.com with ESMTP; 07 Feb 2022 11:01:44 +0100 Received: from steina-w.localnet (unknown [10.123.49.12]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by vtuxmail01.tq-net.de (Postfix) with ESMTPSA id 2F966280065; Mon, 7 Feb 2022 11:01:44 +0100 (CET) From: Alexander Stein To: Laurent Pinchart Cc: Steve Longerbeam , Philipp Zabel , Mauro Carvalho Chehab , Greg Kroah-Hartman , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , Rui Miguel Silva , Dorota Czaplejewicz , linux-media@vger.kernel.org, linux-staging@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: (EXT) Re: [PATCH 6/8] media: imx: imx7_media-csi: Add support for additional Bayer patterns Date: Mon, 07 Feb 2022 11:01:43 +0100 Message-ID: <3473889.R56niFO833@steina-w> Organization: TQ-Systems GmbH In-Reply-To: References: <20220204121514.2762676-1-alexander.stein@ew.tq-group.com> <20220204121514.2762676-7-alexander.stein@ew.tq-group.com> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220207_020146_697186_A0ABF0B7 X-CRM114-Status: GOOD ( 31.37 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Laurent, Am Samstag, 5. Februar 2022, 04:40:14 CET schrieb Laurent Pinchart: > Hi Alexander, > > Thank you for the patch. > > On Fri, Feb 04, 2022 at 01:15:12PM +0100, Alexander Stein wrote: > > imx7_csi_configure() allows configuring these Bayer patterns when > > starting a stream. So allow these in link_validate() as well. > > > > Signed-off-by: Alexander Stein > > Reviewed-by: Laurent Pinchart > > > --- > > I'm wondering if V4L2_PIX_FMT_SBGGR16 (and their variants) is correct in > > this function. imx7_csi_configure() does not list > > MEDIA_BUS_FMT_Sxxxx16_1X16. Also I can't find a proper a proper setting > > in CSI_CR18 of CSI Bridge in IMX8M Mini RM for RAW16. The feature list > > names a "16-bit data port for Bayer data input", but is it actually > > supported? I do not know anything about the MIPI CSI data formats though. > > Maybe someone else can clarify this. > The CSI bridge has a 16-bit input. The MIPI_DATA_FORMAT field in CR18 > maps to the CSI-2 DT value, and it's not clear if it's only used to > filter on the CSI-2 DT, or if it does more than that. If we're lucky, > it's the former and we can just use 0x2e. Well, 0x2e is not listed as a valid value for MIPI_DATA_FORMAT in both i.MX7D RM Rev1 and i.MX8M Mini RM Rev 3. So I'm not so sure about that. Maybe this holds true for other devices as well. I can not test RAW16 anyway, so I just wanted to raise a possible issue here. Regards, Alexander > > > drivers/staging/media/imx/imx7-media-csi.c | 12 ++++++++++++ > > 1 file changed, 12 insertions(+) > > > > diff --git a/drivers/staging/media/imx/imx7-media-csi.c > > b/drivers/staging/media/imx/imx7-media-csi.c index > > 158d2a736c6d..7e737221f187 100644 > > --- a/drivers/staging/media/imx/imx7-media-csi.c > > +++ b/drivers/staging/media/imx/imx7-media-csi.c > > @@ -1004,6 +1004,18 @@ static int imx7_csi_pad_link_validate(struct > > v4l2_subdev *sd,> > > case V4L2_PIX_FMT_SGBRG8: > > case V4L2_PIX_FMT_SGRBG8: > > > > case V4L2_PIX_FMT_SRGGB8: > > + case V4L2_PIX_FMT_SBGGR10: > > + case V4L2_PIX_FMT_SGBRG10: > > + case V4L2_PIX_FMT_SGRBG10: > > + case V4L2_PIX_FMT_SRGGB10: > > + case V4L2_PIX_FMT_SBGGR12: > > + case V4L2_PIX_FMT_SGBRG12: > > + case V4L2_PIX_FMT_SGRBG12: > > + case V4L2_PIX_FMT_SRGGB12: > > + case V4L2_PIX_FMT_SBGGR14: > > + case V4L2_PIX_FMT_SGBRG14: > > + case V4L2_PIX_FMT_SGRBG14: > > > > + case V4L2_PIX_FMT_SRGGB14: > > case V4L2_PIX_FMT_SBGGR16: > > case V4L2_PIX_FMT_SGBRG16: > > case V4L2_PIX_FMT_SGRBG16: _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel