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 38948CCFA13 for ; Mon, 10 Nov 2025 08:44:01 +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:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=m1ijpkc7hymkKVJHt3prJF+bbVIORsyD0TB6pB3gAP0=; b=xFqpC+qpihOWRG ULbbd3PlScMnt2Yuv6ljibnBpdTrCmPGBtowA326GkeLaoleRwKN7VPCgwSJbcxAMVaJHxG7AiyG4 bUZN0p/zN0GvB09h1CCxcWPXQWIBSLh6oxGoVONWZPF0oyHmOgGmipPOXrEUCGXiBVl3EKRecARlJ at7gqqv1cvtCRrap/0vNpznBONSYaDlx7BvNdrdYFMoQ4FmWGjsWobb2mfV6DNqZHc7tcV8tJJY6F Hw8ephp+edZ0VCNXgNuGB3GynpjI7gRbKDgKKsCCtlVaXNCNQ4M8ImM4Oek17aEDLRNoa/Yt+HVam TOIe09gkXkuJEMhBxMiA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1vINVC-000000050vu-1qsW; Mon, 10 Nov 2025 08:43:54 +0000 Received: from mgamail.intel.com ([192.198.163.13]) by bombadil.infradead.org with esmtps (Exim 4.98.2 #2 (Red Hat Linux)) id 1vINV8-000000050vF-2jDZ; Mon, 10 Nov 2025 08:43:52 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1762764230; x=1794300230; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=BZIz3Z5lFEoz3mPVfqf21yTcEuTnJH/qD2n8KFXgBnw=; b=ZtUO7Ng10cizJ0IG+ALYwMt5uV6KezW/m0tSzdisz5ophl6z7C1MDeaB Om3A7c0VnqbAd96I/aUyhi45mJ5hcOr109l9XcEhO2pAY5CXDffdv0v+Y qGhVCT6mwAQOsEkw2d68OMdDjgyp9RsvG69s6IsmRbjAJ/hR6xTJ1BAl1 dHCrJrPKBTre4ijBo81fNhsvjzG5YCnrrq0syxGJ7bAnsms8JmwkM7l3V HVKPWtFdKXL7fyNQsCiCcvvABzvTzN0Sj+g2eYikxE4Ew2ZSzt0X9BbGv ofmWuqsto15YfJGG/5NArCn389H6Fo0TCzmC7Xe29ce2SUTIqxomGKnAt Q==; X-CSE-ConnectionGUID: +D7YK7ClQii3w1ZLaTRb+g== X-CSE-MsgGUID: 6BG5FHs9QXarq9xYH0Fodg== X-IronPort-AV: E=McAfee;i="6800,10657,11608"; a="67417292" X-IronPort-AV: E=Sophos;i="6.19,293,1754982000"; d="scan'208";a="67417292" Received: from fmviesa006.fm.intel.com ([10.60.135.146]) by fmvoesa107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Nov 2025 00:43:48 -0800 X-CSE-ConnectionGUID: sNsYiFy4T+uyIn2RzpR7ZQ== X-CSE-MsgGUID: maDAue3fSwqWlY0B6+ZFow== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.19,293,1754982000"; d="scan'208";a="188455479" Received: from pgcooper-mobl3.ger.corp.intel.com (HELO kekkonen.fi.intel.com) ([10.245.245.238]) by fmviesa006-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 10 Nov 2025 00:43:42 -0800 Received: from kekkonen.localdomain (localhost [IPv6:::1]) by kekkonen.fi.intel.com (Postfix) with SMTP id A55521205FC; Mon, 10 Nov 2025 10:43:41 +0200 (EET) Date: Mon, 10 Nov 2025 10:43:41 +0200 Organization: Intel Finland Oy - BIC 0357606-4 - c/o Alberga Business Park, 6 krs, Bertel Jungin Aukio 5, 02600 Espoo From: Sakari Ailus To: Michael Riesch Cc: Laurent Pinchart , Mehdi Djait , Maxime Chevallier , =?iso-8859-1?Q?Th=E9o?= Lebrun , Thomas Petazzoni , Gerald Loacker , Bryan O'Donoghue , Markus Elfring , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Heiko Stuebner , Kever Yang , Nicolas Dufresne , Sebastian Reichel , Collabora Kernel Team , Paul Kocialkowski , Alexander Shiyan , Val Packett , Rob Herring , Philipp Zabel , linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, Mehdi Djait , Krzysztof Kozlowski , Bryan O'Donoghue , Chen-Yu Tsai Subject: Re: [PATCH v14 00/18] media: rockchip: add a driver for the rockchip camera interface Message-ID: References: <20240220-rk3568-vicap-v14-0-b38b6da0fc80@collabora.com> <074cd08e-0412-49f9-8dd9-b1f96eb11717@collabora.com> <20251107185441.GG5558@pendragon.ideasonboard.com> <13c43edb-9592-4779-a39a-7856bb0f964d@collabora.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <13c43edb-9592-4779-a39a-7856bb0f964d@collabora.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20251110_004350_707732_CE338E6E X-CRM114-Status: GOOD ( 35.49 ) X-BeenThere: linux-rockchip@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Upstream kernel work for Rockchip platforms List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Linux-rockchip" Errors-To: linux-rockchip-bounces+linux-rockchip=archiver.kernel.org@lists.infradead.org Hi Michael, Laurent, On Fri, Nov 07, 2025 at 09:51:37PM +0100, Michael Riesch wrote: > Hi Laurent, > > On 11/7/25 19:54, Laurent Pinchart wrote: > > On Fri, Nov 07, 2025 at 07:41:59PM +0100, Michael Riesch wrote: > >> On 11/7/25 18:32, Sakari Ailus wrote: > >>> On Fri, Oct 24, 2025 at 02:51:29PM +0200, Michael Riesch via B4 Relay wrote: > >>>> Habidere, > >>>> > >>>> This series introduces support for the Rockchip Camera Interface (CIF), > >>>> which is featured in many Rockchip SoCs in different variations. > >>>> For example, the PX30 Video Input Processor (VIP) is able to receive > >>>> video data via the Digital Video Port (DVP, a parallel data interface) > >>>> and transfer it into system memory using a double-buffering mechanism > >>>> called ping-pong mode. > >>>> The RK3568 Video Capture (VICAP) unit, on the other hand, features a > >>>> DVP and a MIPI CSI-2 receiver that can receive video data independently > >>>> (both using the ping-pong scheme). > >>>> The different variants may have additional features, such as scaling > >>>> and/or cropping. > >>>> Finally, the RK3588 VICAP unit constitutes an essential piece of the > >>>> camera interface with one DVP, six MIPI CSI-2 receivers, scale/crop > >>>> units, and a data path multiplexer (to scaler units, to ISP, ...). > >>> > >>> I understand both RK3568 and RK3588 include an ISP. Do you have insight on > >>> how would this work, should the support for the ISP be added later on? > >> > >> Short answer: Yes and yes. > >> > >> Long answer: > >> > >> The patch series at hand adds support for the PX30 VIP and the RK3568 > >> VICAP. I cannot really say something about the PX30, but on the RK3568 > >> VICAP and ISP are orthogonal (the ISP features its own MIPI CSI-2 > >> receiver, different from that introduced in this series). Thus, ISP > >> support can be introduced anytime (whenever someone is motivated ;-)). > > > > Won't they both be connected to the same sensor though, and probably the > > same D-PHY in the SoC ? They don't seem entirely separate to me. > > The MIPI CSI-2 DPHY is shared, indeed. Thus, they *maybe technically > could be* connected to the same sensor, but I don't know whether that > works and fail to see why anyone would to such a thing (if it is about > raw capture, the MIPI CSI-2 receiver in the ISP can do that on its own). > > The DPHY can be operated in split mode, with two lanes for VICAP and two > lanes for ISP. This is not implemented yet, but can be done at a later > stage on PHY level (not media related). In this case, ISP and VICAP can > receive data from different subdevices via CSI-2. The two would be part of the same media graph in that case and as there are two CSI-2 receivers and a single PHY, the PHY would probably need to have a sub-device as well, to allow link configuration to be used to select where the PHY is connected. I don't think we have such a setup elsewhere, and supporting this would require changes in the MC framework. How does the media graph look like for the device at the moment? > > BTW the ISP is able to process the data captured by VICAP, but > apparently this includes a RAM round trip (VICAP captures to memory, ISP > operates in mem2mem mode). > > > A block diagram that shows connections between the CSI-2 pins, D-PHY, > > CSI-2 receivers, VICAP and ISP could help. > > > >> Once this patch series is merged, I'll push out changes that introduce > >> support for the RK3588 VICAP. We can discuss the integration of any > >> RK3588 ISP in this scope then -- and there may be some things to discuss > >> as there the VICAP and the ISP(s) are directly connected by means of a > >> MUX unit in the VICAP. > >> > >> Alright? > > -- Kind regards, Sakari Ailus _______________________________________________ Linux-rockchip mailing list Linux-rockchip@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-rockchip