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=-8.3 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=unavailable 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 04970C3A59B for ; Fri, 16 Aug 2019 00:21:56 +0000 (UTC) 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 mail.kernel.org (Postfix) with ESMTPS id C89AA2089E for ; Fri, 16 Aug 2019 00:21:55 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="HXyKAunT"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=ideasonboard.com header.i=@ideasonboard.com header.b="YHhv3SIL" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org C89AA2089E Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ideasonboard.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject: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=58EQgDAGFQe5JpRGvmNjHRoNDxCRS5NfIm98rixuagk=; b=HXyKAunTO6Nhkr gvjpG0+oMbFurPcF06DAb8ixPZigMKJ+mILWXLwAYs14pAEcT6xy2hPCTxBe41TeeOAV0ZX+wEY/F hd5MBySKWadZ0C5YnWZD+UFX3VvSpJ5dHCoI/m1aZRFBhm9X1XQdbFcnHX7qEPMr9pf6ZmzpTNavZ GbXrMl+UFsvpUlHDXMVxvimtvygPC3kVhcDhqZ0ZMhvJcCpcjQJ1mjTf1pkLBcTYSuEP6RjlrR3su d6cJBmm+E6Qa96rBvoyRmWlQ4mNSEgZF7oD71dFv0sdWl/Ro+8H/KfQOyOYDMeIYHtj0n+NlxRYSt cKHpfqLF/TJuh5OtqeHw==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92 #3 (Red Hat Linux)) id 1hyQ0A-0006RS-DJ; Fri, 16 Aug 2019 00:21:54 +0000 Received: from perceval.ideasonboard.com ([2001:4b98:dc2:55:216:3eff:fef7:d647]) by bombadil.infradead.org with esmtps (Exim 4.92 #3 (Red Hat Linux)) id 1hyQ07-0006Qh-4v; Fri, 16 Aug 2019 00:21:52 +0000 Received: from pendragon.ideasonboard.com (dfj612yhrgyx302h3jwwy-3.rev.dnainternet.fi [IPv6:2001:14ba:21f5:5b00:ce28:277f:58d7:3ca4]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 8C62D2AF; Fri, 16 Aug 2019 02:21:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1565914908; bh=mXP7EvyEq0VFQ5kR7YojEpOzC8Vcp/SHAc8jkDdzxAQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=YHhv3SILmcJ5KiTQ7P0GmmAcUY+sZZODbaZ9Y6neRTIUSxfXwehWCldipWe1Kip9E UylkfQ5IohAj8DoPpNFbLNb54vtng7h9hIK3xa7S8tGd8htBra4WXtW9wJJhkVykjc +UQVkE+4SEb2IZensOtg3/UBhQ4dMmPIVNjoaGws= Date: Fri, 16 Aug 2019 03:21:44 +0300 From: Laurent Pinchart To: Helen Koike Subject: Re: [PATCH v8 10/14] dt-bindings: Document the Rockchip ISP1 bindings Message-ID: <20190816002144.GG5011@pendragon.ideasonboard.com> References: <20190730184256.30338-1-helen.koike@collabora.com> <20190730184256.30338-11-helen.koike@collabora.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20190730184256.30338-11-helen.koike@collabora.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190815_172151_493129_89E8B05F X-CRM114-Status: GOOD ( 19.28 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: devicetree@vger.kernel.org, eddie.cai.linux@gmail.com, kernel@collabora.com, heiko@sntech.de, Rob Herring , jacob2.chen@rock-chips.com, jeffy.chen@rock-chips.com, zyc@rock-chips.com, linux-kernel@vger.kernel.org, tfiga@chromium.org, linux-rockchip@lists.infradead.org, hans.verkuil@cisco.com, sakari.ailus@linux.intel.com, zhengsq@rock-chips.com, mchehab@kernel.org, ezequiel@collabora.com, linux-arm-kernel@lists.infradead.org, linux-media@vger.kernel.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Helen, Thank you for the patch. On Tue, Jul 30, 2019 at 03:42:52PM -0300, Helen Koike wrote: > From: Jacob Chen > > Add DT bindings documentation for Rockchip ISP1 > > Signed-off-by: Jacob Chen > Reviewed-by: Rob Herring > [update for upstream] > Signed-off-by: Helen Koike > > --- > > Changes in v8: None > Changes in v7: > - update document with new design and tested example > > .../bindings/media/rockchip-isp1.txt | 71 +++++++++++++++++++ > 1 file changed, 71 insertions(+) > create mode 100644 Documentation/devicetree/bindings/media/rockchip-isp1.txt > > diff --git a/Documentation/devicetree/bindings/media/rockchip-isp1.txt b/Documentation/devicetree/bindings/media/rockchip-isp1.txt > new file mode 100644 > index 000000000000..a97fef0f189f > --- /dev/null > +++ b/Documentation/devicetree/bindings/media/rockchip-isp1.txt If there wasn't enough work on your plate already I'd propose converting this to yaml, but I'll refrain from doing so :-) > @@ -0,0 +1,71 @@ > +Rockchip SoC Image Signal Processing unit v1 > +---------------------------------------------- > + > +Rockchip ISP1 is the Camera interface for the Rockchip series of SoCs > +which contains image processing, scaling, and compression funcitons. s/funcitons/functions/ > + > +Required properties: > +- compatible: value should be one of the following > + "rockchip,rk3288-cif-isp"; > + "rockchip,rk3399-cif-isp"; > +- reg : offset and length of the register set for the device. > +- interrupts: should contain ISP interrupt. > +- clocks: phandle to the required clocks. > +- clock-names: required clock name. > +- iommus: required a iommu node. > +- phys: the phandle for the PHY port > +- phy-names: must contain "dphy" > + > +port node > +------------------- > + > +The device node should contain one 'ports' child node, with children 'port' > +with child 'endpoint'. Extra . and line break ? > +nodes, according to the bindings defined in Documentation/devicetree/bindings/ > +media/video-interfaces.txt. > + > +- endpoint(mipi): > + - remote-endpoint: Connecting to Rockchip MIPI-DPHY, > + which is defined in rockchip-mipi-dphy.txt. > + > +The port node must contain at least one endpoint, either parallel or mipi. If I understand things correctly, each ISP has a single CSI-2 receiver and a single parallel output, and can select one of them at runtime. This should be modelled as two separate ports. In addition to this, multiple CSI-2 sensors can be connected to the same CSI-2 receiver as long as all but one of them is held in reset (this is a poor man's CSI-2 switch, which exists in device out in the market, so we have to support that). This should be modelled by multiple endpoints in the CSI-2 port. > +It could have multiple endpoints, but please note the hardware don't support > +two sensors work at a time, they are supposed to work asynchronously. I assume you meant "are supposed to be mutually exclusive" or something similar ? > + > +Device node example > +------------------- > + > + isp0: isp0@ff910000 { > + compatible = "rockchip,rk3399-cif-isp"; > + reg = <0x0 0xff910000 0x0 0x4000>; > + interrupts = ; > + clocks = <&cru SCLK_ISP0>, > + <&cru ACLK_ISP0>, <&cru ACLK_ISP0_WRAPPER>, > + <&cru HCLK_ISP0>, <&cru HCLK_ISP0_WRAPPER>; > + clock-names = "clk_isp", > + "aclk_isp", "aclk_isp_wrap", > + "hclk_isp", "hclk_isp_wrap"; > + power-domains = <&power RK3399_PD_ISP0>; > + iommus = <&isp0_mmu>; > + phys = <&dphy>; > + phy-names = "dphy"; > + > + ports { > + #address-cells = <1>; > + #size-cells = <0>; > + > + port@0 { > + mipi_in_wcam: endpoint@0 { > + reg = <0>; > + remote-endpoint = <&wcam_out>; > + data-lanes = <1 2>; > + }; > + > + mipi_in_ucam: endpoint@1 { > + reg = <1>; > + remote-endpoint = <&ucam_out>; > + data-lanes = <1>; > + }; What are wcam and ucam ? It would help if you showed the sensor nodes in the example. > + }; > + }; > + }; -- Regards, Laurent Pinchart _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel