Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp452944ybn; Wed, 2 Oct 2019 00:25:44 -0700 (PDT) X-Google-Smtp-Source: APXvYqx5qP1UAOfZzYGuI+cqNImzkx+9dE08JLLEwX6sFJHrquchEC/tm8mg18c2YHiPHLih/Zbm X-Received: by 2002:a05:6402:1688:: with SMTP id a8mr2166545edv.225.1570001143914; Wed, 02 Oct 2019 00:25:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570001143; cv=none; d=google.com; s=arc-20160816; b=vd9nLYfKi6CNHDyjV97PSLcK8iHu3H2CrR3cClckyj7j++/9vX+UmMwYd2qs6Ih2A0 /HOjdLkiWIGuGXqo86WElRRhBy3NT+Dy4ie8awlj3AOeiGYcbo+Fp2lvNIIHdb6izHQJ 2hvuoBhuX7f80tBDll+c5oTG92Q4CESD3js40Ib/VRzmc1zAKIEdWdOvjn9uOCgd7g/5 +nwwd3Z7oH1ny/mYzGRKdJbU8h3/f0cqEvR1WdboHj/lBiY0Tfjd/f/woY6pf4UlPi1P zNmNY7lUeUKOJohZ522PZAXGJvvPJy6QTgT3G92ENZ/mTAY9uR2xV9vOz7ijXUTODUCM Y1Dw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=beLm1yZTfUBzqANzn8tzt+P8+3vvH+WkvoHS45u0FH0=; b=ibQw43jADiwNfm9dgfo+nz56EfvHpCM7f1CJ1SyDvY5mobYZycHoc9GJnImoWQ6NEl fGHccviandqLOcc593rwKUqHkkz/MuZp6NkQSR+yhDAY7OCbbv8mRfWckAaPmTzBsQTs /kxS8dTgjf+8wE0Fe3lCmjI1SX8z/4bLYjL7hQAIfqOWU88hALQrpPdXTTVOIItLnMfw YTw4dG/3JM73aZGnt62B93g14W3raDo5AQ2NrVc8okPmB+4niBU9cQYHL7eUi6gODT3Q 6CW2J9yx+Eqsj4R/qdNYWplGp4EMlzB92eO4thVSB4oY5gmUFgojWmmnOdUwpOgRpigj DTsQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=iki.fi Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v31si10872154edm.402.2019.10.02.00.25.19; Wed, 02 Oct 2019 00:25:43 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=iki.fi Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726763AbfJBHWc (ORCPT + 99 others); Wed, 2 Oct 2019 03:22:32 -0400 Received: from retiisi.org.uk ([95.216.213.190]:58378 "EHLO hillosipuli.retiisi.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725799AbfJBHWb (ORCPT ); Wed, 2 Oct 2019 03:22:31 -0400 Received: from valkosipuli.localdomain (valkosipuli.retiisi.org.uk [IPv6:2a01:4f9:c010:4572::80:2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hillosipuli.retiisi.org.uk (Postfix) with ESMTPS id CBA8E634C87; Wed, 2 Oct 2019 10:22:02 +0300 (EEST) Received: from sailus by valkosipuli.localdomain with local (Exim 4.92) (envelope-from ) id 1iFYxV-000281-8y; Wed, 02 Oct 2019 10:22:01 +0300 Date: Wed, 2 Oct 2019 10:22:01 +0300 From: Sakari Ailus To: Vishal Sagar Cc: Hyun Kwon , Laurent Pinchart , Mauro Carvalho Chehab , Michal Simek , Rob Herring , Mark Rutland , linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, Dinesh Kumar , Sandip Kothari Subject: Re: [PATCH 1/2] media: dt-bindings: media: xilinx: Add Xilinx UHD-SDI Receiver Subsystem Message-ID: <20191002072201.GL896@valkosipuli.retiisi.org.uk> References: <1559656556-79174-1-git-send-email-vishal.sagar@xilinx.com> <1559656556-79174-2-git-send-email-vishal.sagar@xilinx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1559656556-79174-2-git-send-email-vishal.sagar@xilinx.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Vishal, On Tue, Jun 04, 2019 at 07:25:55PM +0530, Vishal Sagar wrote: > Add bindings documentation for Xilinx UHD-SDI Receiver Subsystem. > > The Xilinx UHD-SDI Receiver Subsystem consists of SMPTE UHD-SDI (RX) IP > core, an SDI RX to Video Bridge IP core to convert SDI video to native > video and a Video In to AXI4-Stream IP core to convert native video to > AXI4-Stream. > > Signed-off-by: Vishal Sagar > --- > .../bindings/media/xilinx/xlnx,sdirxss.txt | 80 ++++++++++++++++++++++ > 1 file changed, 80 insertions(+) > create mode 100644 Documentation/devicetree/bindings/media/xilinx/xlnx,sdirxss.txt > > diff --git a/Documentation/devicetree/bindings/media/xilinx/xlnx,sdirxss.txt b/Documentation/devicetree/bindings/media/xilinx/xlnx,sdirxss.txt > new file mode 100644 > index 0000000..8445bee > --- /dev/null > +++ b/Documentation/devicetree/bindings/media/xilinx/xlnx,sdirxss.txt > @@ -0,0 +1,80 @@ > + > +Xilinx SMPTE UHD-SDI Receiver Subsystem Device Tree Bindings > +------------------------------------------------------------ > + > +The SMPTE UHD-SDI Receiver (RX) Subsystem allows you to quickly create systems > +based on SMPTE SDI protocols. It receives unaligned native SDI streams from > +the SDI GT PHY and outputs an AXI4-Stream video stream, native video, or > +native SDI using Xilinx transceivers as the physical layer. > + > +The subsystem consists of > +1 - SMPTE UHD-SDI Rx > +2 - SDI Rx to Native Video Bridge > +3 - Video In to AXI4-Stream Bridge > + > +The subsystem can capture SDI streams in utpo 12G mode and output a dual pixel > +per clock YUV 422 or 420 10 bits per component AXI4-Stream. > + > +Required properties: > +-------------------- > +- compatible: Must contain "xlnx,v-smpte-uhdsdi-rx-ss" > +- reg: Physical base address and length of the registers set for the device. > +- interrupts: Contains the interrupt line number. > +- clocks: List of phandles to AXI4-Lite clock, core clock to SMPTE UHD-SDI Rx > + and Video clocks. > +- clock-names: Must contain "s_axi_aclk", "sdi_rx_clk" and "video_out_clk" in > + the same order as clocks listed in clocks property. > +- xlnx,line-rate: The maximum mode supported by the design. Possible values are > + are as below - > + 12G_SDI_8DS - 12G mode > + 6G_SDI - 6G mode > + 3G_SDI - 3G mode Is this specific to a port? I was wondering whether we should include this to video-interfaces.txt bus type list, and V4L2 MBUS types. This way it could be also parsed by the v4l2-fwnode framework. Looking at the Wikipedia article, there are preceding standards, too, that are referred to by a pair of letters: What does "DS" stand for? > + > +Optional properties: > +-------------------- > +- xlnx,include-edh: This is present when the Error Detection and Handling > + processor is enabled in design. > + > +Ports > +----- > +The device node shall contain one 'port' child node as defined in > +Documentation/devicetree/bindings/media/video-interfaces.txt. > + > +Generally the SDI port is connected to a device like SDI Broadcast camera which > +is independently controlled. Hence port@0 is a source port which can be > +connected to downstream IP which can work with AXI4 Stream data. > + > +Required port properties: > +------------------------- > +- reg: 0 - for source port. > + > +- xlnx,video-format: This can be XVIP_VF_YUV_422 or XVIP_VF_YUV_420. Is this a property of the hardware? > +- xlnx,video-width: This is should be 10. This, too. If there's just one choice, is there a need for the property? > + > +Example: > + v_smpte_uhdsdi_rx_ss: v_smpte_uhdsdi_rx_ss@80000000 { > + compatible = "xlnx,v-smpte-uhdsdi-rx-ss"; > + interrupt-parent = <&gic>; > + interrupts = <0 89 4>; > + reg = <0x0 0x80000000 0x0 0x10000>; > + xlnx,include-edh; > + xlnx,line-rate = "12G_SDI_8DS"; > + clocks = <&clk_1>, <&si570_1>, <&clk_2>; > + clock-names = "s_axi_aclk", "sdi_rx_clk", "video_out_clk"; > + > + ports { > + #address-cells = <1>; > + #size-cells = <0>; > + > + port@0 { > + reg = <0>; > + > + xlnx,video-format = ; > + xlnx,video-width = <10>; > + > + sdirx_out: endpoint { > + remote-endpoint = <&vcap_sdirx_in>; > + }; > + }; > + }; > + }; -- Regards, Sakari Ailus