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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id CF9A3C6379F for ; Thu, 23 Feb 2023 16:10:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234329AbjBWQKm (ORCPT ); Thu, 23 Feb 2023 11:10:42 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47510 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233382AbjBWQKk (ORCPT ); Thu, 23 Feb 2023 11:10:40 -0500 Received: from mail-pj1-x102c.google.com (mail-pj1-x102c.google.com [IPv6:2607:f8b0:4864:20::102c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1CC0755C38; Thu, 23 Feb 2023 08:10:39 -0800 (PST) Received: by mail-pj1-x102c.google.com with SMTP id y2so9261003pjg.3; Thu, 23 Feb 2023 08:10:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=vRxbpNe2MNFNmKY6NQEvHjHw6DxxdISKrE2ALdS6ZwQ=; b=QjhNjD8+Fxg/0h9ZC++GtWwtX6zwlZ8j9vXE0J5/N9277i4DrXhQz9kpl91WcMimL/ Muq+uD+Y3TLgK8ErC0MmoBM7MMKCFsmWK4sioqA1U3+eQBKX69ZBQdA9r9Z59XzM3HM+ 6LY2+qFFB71sL0AcZVuuxGUMpfR2VG4V1aHfvtyGjFqe1bG9qathvZtqbDruMbsF7GNB ngMaEaxH2+PF6Ai1J2G4MbR34P4AYmJ+vrvQIZnVExvu0Y13juNMnHqJmGIRqirYBnKE Vu7IJdINCEidPugwqIL+B7kdRGCouuvS2qQkdE0oLkiFG1AOF0oKyrHUO+mq6wbFrhlF 84+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=vRxbpNe2MNFNmKY6NQEvHjHw6DxxdISKrE2ALdS6ZwQ=; b=FInVTM3GL+Pj+YEkGCJg2JKVc9PdObfoDZHe7dj8PljX2iTKC1PPO1zwP+QQV9mozk /odziD2iew8P55COYgN52OXLZblapv88OnyQNpjmZC1c5cv7rA8omKrnacJI3WJVhC9a 7MfRgfe3qtuUNA8FO0rc0mklqyM4plfqOAFNoZGhlOJOyFbvXWyQWn8qJIk5PKA2bykW Q7MK5FxEOXipbYdsLUG3Rgiz9nkzNQ0wjiNgHebzTS7rd71FZSp4jN8uHHmYJIGY9lbo PYVi7AdTvVoHVpFvBpyeP4LRcevxwBJCCBp3FrmgHWXGxRVG6LedJPP//Z2b13Q6S2TC QT5A== X-Gm-Message-State: AO0yUKXoL4iUyvyEDrQ8pPgOtVULkGPoc1ae17MEQbiY6AJFaRrrtjhQ QZazu/SDo4FVTwEWIWqcp54AGTXTFmB8WEK53C4= X-Google-Smtp-Source: AK7set8Mn+lddwsaIieR9RCL6VYq1C4Lksm/DNpFDABr/VgDZ/qcmAKbcvOUfdLkHECUdXdjFzp+M9nyI00cZ9eTt+A= X-Received: by 2002:a17:90b:48d0:b0:230:7ffb:cead with SMTP id li16-20020a17090b48d000b002307ffbceadmr3796948pjb.14.1677168638231; Thu, 23 Feb 2023 08:10:38 -0800 (PST) MIME-Version: 1.0 References: <20221118093931.1284465-1-paul.elder@ideasonboard.com> In-Reply-To: From: Adam Ford Date: Thu, 23 Feb 2023 10:10:28 -0600 Message-ID: Subject: Re: [PATCH v3 00/14] media: rkisp1: Add support for i.MX8MP To: Laurent Pinchart Cc: Paul Elder , linux-media@vger.kernel.org, Dafna Hirschfeld , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Heiko Stuebner , Helen Koike , linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 23, 2023 at 8:26 AM Laurent Pinchart wrote: > > Hi Adam, > > On Wed, Feb 22, 2023 at 05:39:30PM -0600, Adam Ford wrote: > > On Fri, Nov 18, 2022 at 3:44 AM Paul Elder wrote: > > > > > > This series depends on v3 of "dt-bindings: media: Add macros for video > > > interface bus types" [1]. > > > > > > This series extends the rkisp1 driver to support the ISP found in the > > > NXP i.MX8MP SoC. > > > > > > The ISP IP cores in the Rockchip RK3399 (known as the "Rockchip ISP1") > > > and in the NXP i.MX8MP have the same origin, and have slightly diverged > > > over time as they are now independently developed (afaik) by Rockchip > > > and VeriSilicon. The latter is marketed under the name "ISP8000Nano", > > > and is close enough to the RK3399 ISP that it can easily be supported by > > > the same driver. > > > > > > The last two patches add support for UYVY output format, which can be > > > implemented on the ISP version in the i.MX8MP but not in the one in the > > > RK3399. > > > > > > This version of the series specifically has been tested on a Polyhex > > > Debix model A with an imx219 (Raspberry Pi cam v2). > > > > > > [1] https://lore.kernel.org/linux-media/20220615221410.27459-2-laurent.pinchart@ideasonboard.com/ > > > > > > Laurent Pinchart (3): > > > dt-bindings: media: rkisp1: Add i.MX8MP ISP example > > > media: rkisp1: Add and use rkisp1_has_feature() macro > > > media: rkisp1: Configure gasket on i.MX8MP > > > > > > Paul Elder (11): > > > dt-bindings: media: rkisp1: Add i.MX8MP ISP to compatible > > > media: rkisp1: Add match data for i.MX8MP ISP > > > media: rkisp1: Add and set registers for crop for i.MX8MP > > > media: rkisp1: Add and set registers for output size config on i.MX8MP > > > media: rkisp1: Add i.MX8MP-specific registers for MI and resizer > > > media: rkisp1: Shift DMA buffer addresses on i.MX8MP > > > media: rkisp1: Add register definitions for the test pattern generator > > > media: rkisp1: Fix RSZ_CTRL bits for i.MX8MP > > > media: rkisp1: Support devices without self path > > > media: rkisp1: Add YC swap capability > > > media: rkisp1: Add UYVY as an output format > > > > Paul / Laurent, > > > > I noticed an unexpected behaviour on the imx8mp. > > > > If I setup my pipeline for 640x480, it works just fine using an imx219 > > camera configured for SRGGB10_1X10. > > > > However, when I try to configure the pipeline to use the same camera > > at 1920x1080 (no resizing), the ISP source keeps defaulting to 640x480 > > > > Media device information > > ------------------------ > > driver rkisp1 > > model rkisp1 > > serial > > bus info platform:rkisp1 > > hw revision 0xe > > driver version 6.2.0 > > > > Device topology > > - entity 1: rkisp1_isp (4 pads, 4 links) > > type V4L2 subdev subtype Unknown flags 0 > > device node name /dev/v4l-subdev0 > > pad0: Sink [fmt:SRGGB10_1X10/1920x1080 field:none colorspace:raw xfer:none ycbcr:601 quantization:full-range crop.bounds:(0,0)/1920x1080 crop:(0,0)/640x480] > > You're cropping the image to 640x480 here. You need to set the crop > rectangle to 1920x1080. > > As Jacopo mentioned, I wouldn't recommend exercising the ISP directly. > Not only do you need to setup the pipeline, but you would also need to > implement all the imaging algorithms in userspace. libcamera will do all > this for you. I'll give that a try. My current employer has a v4l2src requirement, but I can likely make an argument to switch to libcamera. I didn't catch the cropping part. Thanks for that. adam > > > <- "csis-32e40000.csi":1 [ENABLED] > > pad1: Sink [fmt:unknown/0x0 field:none] > > <- "rkisp1_params":0 [ENABLED,IMMUTABLE] > > pad2: Source [fmt:YUYV8_2X8/640x480 field:none colorspace:raw xfer:none ycbcr:601 quantization:lim-range crop.bounds:(0,0)/640x480 crop:(0,0)/640x480] > > -> "rkisp1_resizer_mainpath":0 [ENABLED] > > pad3: Source [fmt:unknown/0x0 field:none] > > -> "rkisp1_stats":0 [ENABLED,IMMUTABLE] > > > > - entity 6: rkisp1_resizer_mainpath (2 pads, 2 links) > > type V4L2 subdev subtype Unknown flags 0 > > device node name /dev/v4l-subdev1 > > pad0: Sink [fmt:YUYV8_2X8/1920x1080 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range crop.bounds:(0,0)/1920x1080 crop:(0,0)/640x480] > > <- "rkisp1_isp":2 [ENABLED] > > pad1: Source [fmt:YUYV8_2X8/1920x1080 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:lim-range] > > -> "rkisp1_mainpath":0 [ENABLED,IMMUTABLE] > > > > - entity 9: rkisp1_mainpath (1 pad, 1 link) > > type Node subtype V4L flags 0 > > device node name /dev/video0 > > pad0: Sink > > <- "rkisp1_resizer_mainpath":1 [ENABLED,IMMUTABLE] > > > > - entity 13: rkisp1_stats (1 pad, 1 link) > > type Node subtype V4L flags 0 > > device node name /dev/video1 > > pad0: Sink > > <- "rkisp1_isp":3 [ENABLED,IMMUTABLE] > > > > - entity 17: rkisp1_params (1 pad, 1 link) > > type Node subtype V4L flags 0 > > device node name /dev/video2 > > pad0: Source > > -> "rkisp1_isp":1 [ENABLED,IMMUTABLE] > > > > - entity 29: csis-32e40000.csi (2 pads, 2 links) > > type V4L2 subdev subtype Unknown flags 0 > > device node name /dev/v4l-subdev2 > > pad0: Sink [fmt:SRGGB10_1X10/1920x1080 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:full-range] > > <- "imx219 1-0010":0 [ENABLED] > > pad1: Source [fmt:SRGGB10_1X10/1920x1080 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:full-range] > > -> "rkisp1_isp":0 [ENABLED] > > > > - entity 34: imx219 1-0010 (1 pad, 1 link) > > type V4L2 subdev subtype Sensor flags 0 > > device node name /dev/v4l-subdev3 > > pad0: Source [fmt:SRGGB10_1X10/1920x1080 field:none colorspace:srgb xfer:srgb ycbcr:601 quantization:full-range crop.bounds:(8,8)/3280x2464 crop:(688,700)/1920x1080] > > -> "csis-32e40000.csi":0 [ENABLED] > > > > It's at this point that everything except the ISP source is 1920x1080. > > > > When I try to set the ISP sink to 1080, it ends up being 640x480 and > > the resizer sink is also changed to 640x480 > > > > root@beacon-imx8mp-kit:~# media-ctl -v -V "'rkisp1_isp':2 > > [fmt:YUYV8_2X8/1920x1080 field:none]" > > Opening media device /dev/media0 > > Enumerating entities > > looking up device: 81:3 > > looking up device: 81:4 > > looking up device: 81:0 > > looking up device: 81:1 > > looking up device: 81:2 > > looking up device: 81:5 > > looking up device: 81:6 > > Found 7 entities > > Enumerating pads and links > > Setting up format YUYV8_2X8 1920x1080 on pad rkisp1_isp/2 > > Format set: YUYV8_2X8 640x480 > > Setting up format YUYV8_2X8 640x480 on pad rkisp1_resizer_mainpath/0 > > Format set: YUYV8_2X8 640x480 > > > > > > It's my understanding that the ISP should be able to handle 1920x1080, > > and the resizer sink should match the ISP source. > > > > With the pipeline improperly setup, the capture fails. > > > > > .../bindings/media/rockchip-isp1.yaml | 79 ++++++++++- > > > .../platform/rockchip/rkisp1/rkisp1-capture.c | 102 +++++++++++--- > > > .../platform/rockchip/rkisp1/rkisp1-common.h | 32 +++++ > > > .../platform/rockchip/rkisp1/rkisp1-debug.c | 14 +- > > > .../platform/rockchip/rkisp1/rkisp1-dev.c | 67 +++++++-- > > > .../platform/rockchip/rkisp1/rkisp1-isp.c | 128 +++++++++++++++++- > > > .../platform/rockchip/rkisp1/rkisp1-regs.h | 90 ++++++++++++ > > > .../platform/rockchip/rkisp1/rkisp1-resizer.c | 35 ++++- > > > include/uapi/linux/rkisp1-config.h | 2 + > > > 9 files changed, 509 insertions(+), 40 deletions(-) > > -- > Regards, > > Laurent Pinchart