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=-11.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH, MAILING_LIST_MULTI,NICE_REPLY_A,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham 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 27F40C433DF for ; Mon, 12 Oct 2020 07:21:27 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (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 98BC42080D for ; Mon, 12 Oct 2020 07:21:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="LI82FO5t"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=microchip.com header.i=@microchip.com header.b="fLy+/mV0"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=microchiptechnology.onmicrosoft.com header.i=@microchiptechnology.onmicrosoft.com header.b="h72eSTg1" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 98BC42080D Authentication-Results: mail.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=microchip.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+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=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:Content-ID:In-Reply-To:References: Message-ID:Date:Subject:To:From:Reply-To:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=P3fvpJCCw7/WlSgAWAagG5WqjO6qMXYWc8eegb+UVJE=; b=LI82FO5tkBkzl7ehL2EQPBebT DzxcqW8OSqrSIbmGqU9naKF7cewTkivqVr8LVvS7u2JjRDNoz4nsG5K2TPcMHku/FGmg5UtSBCYTu 10Js+pOCGhYfkOnKPJklcbHEBvCv7EzHkkFUEJYEs6gTT5yI13LHi2R2S4KejVPgYxyTGPQYYzP6d di4VUmUZhMhy3D6IexGuxUQ7iwFC1vEN8ifieoajT1gPMvIdE7vwrn2dvqavpNo0Ql5F7NEjvGLrM ipJ6cuNGD2pX4GvYdrNucsr63dtu5Yny+CmztNBaYoaqtq4JePaGtA1Owf1ZneAiwiv3c5a9NNhzs Wq6/jyFDQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kRs7d-0003i1-D1; Mon, 12 Oct 2020 07:19:53 +0000 Received: from esa4.microchip.iphmx.com ([68.232.154.123]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kRs7Y-0003fw-MG for linux-arm-kernel@lists.infradead.org; Mon, 12 Oct 2020 07:19:50 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=microchip.com; i=@microchip.com; q=dns/txt; s=mchp; t=1602487188; x=1634023188; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=JIg+/h/HU9Gfn/W766xRo1sdxaDMBfQit3l2KYSV8kA=; b=fLy+/mV07Moq9dG3n8e66voNFvin8E6WMN7dPUQAsWsbkcxmMWO+ktVa WpWyVmXra8FTbdDzUCXw1ff4uzfk+s/upl+cpPOreclSHjeGIkx0ekPDc DxssXxEZzd7GBRdSz37UqspEK6hTUgZSq7sFIXUsO5Th1szrq1+t/SaXq ul98Bp9778AutJW2bOdPxP1WRStjwUk+ghkxRe3y+LIQu3j4q1s6QenLn Y9P/Qwo61GlOI56ftAnbD3WB3+HrmuQG3jBy3ZftWmnRR6joOYJve2ti9 gnlScYrDRiynI4gmv+PyirK+0oCcTULE+3npW+tXUHwSRg/WUP4/fDUGJ A==; IronPort-SDR: GOZMAkxYxGJmy6EO3EoKyKBxmycUkuJSG9PDfVFWAEpXg0xqFgXXiPWoj4JiuhAJP9KX8uzHik o5Y8OK0Rio/a77I/YK5+Hr5jMQZ3D1iO8ocWoHSkMN0vaMcGtnKV0ux4xJWkqJ8csQPrLOz1CH FRikV6c1PS+r3kBN9RdQUZc/5PincSL86tdyLozXvpByKFK9PTug3MKEDlI3r5lYwwFCWjmb94 3++1K8a35JLuA8cW32iFkARRLds+LnI/k6CIG9+PmooDgmI7ofGv+XjIN1KpatHhwc0m0fcavF mZ8= X-IronPort-AV: E=Sophos;i="5.77,366,1596524400"; d="scan'208";a="89874105" Received: from smtpout.microchip.com (HELO email.microchip.com) ([198.175.253.82]) by esa4.microchip.iphmx.com with ESMTP/TLS/AES256-SHA256; 12 Oct 2020 00:19:45 -0700 Received: from chn-vm-ex03.mchp-main.com (10.10.85.151) by chn-vm-ex04.mchp-main.com (10.10.85.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1979.3; Mon, 12 Oct 2020 00:19:45 -0700 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (10.10.215.89) by email.microchip.com (10.10.87.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1979.3 via Frontend Transport; Mon, 12 Oct 2020 00:19:45 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TsOTf9t+mTCXi1ctFg7iRE2miYzfnBSrLFc63f4BTm+BBvYmn0fCemIRGN9fmcj6yONSPJKrNw3dnCUT4ACzM7nwRX0KvMh39IZ06T4ENAfuKbONfwnpCo8r32yK898Y6zx9hCjjjTMvHBVOWdD4GPkZeNGAS7yXGtTTxTiSQOnCs5zdHhMqIse7/meE2rKRJ7nnKleS9S7Y5tAw/oXvUZ/t6DBI5Hzn+t8JJ9RWKekGEYVIZVUxbSx0ADt5drZKpInJvzw3S7QbPyCyVpy6JNmlCNI5lNFVpM7xO3iz8ERk1Bx7i8fFjOYMFvEk1fxp2AjJ0KAkuedT7NtIhaVLKQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JIg+/h/HU9Gfn/W766xRo1sdxaDMBfQit3l2KYSV8kA=; b=ETlHRqoHJzObxNzwSNilGC9yHMSQWVTGZDgNaCVcVVRae+ZXfQHMMzW+WrKh7UdTTCYzeUk63ESMZzIRIxCedtPsdYANeXy9asb1c2d6xfhHZFMj7ik5OfPesC2N4GAjQALM+GtZ3keffmjG8rbGbvsznCoruadhwyxeXBCOTXpNkz/W6mGW0pb/7avaw6Rh+JCAlv7OylQpO8jPhlmBNi+pJ1el5E56TYaukcYXJlBGh7ktoFel6ugzgJlclGiGcp1Aqr6GsREZgF7Hih4uhwod4I8aiTbjYPKQl4SxuIeEjLXHRtyO8zBBBNY9D+FTg8i6HfmDYy702LCFhi2qLg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=microchip.com; dmarc=pass action=none header.from=microchip.com; dkim=pass header.d=microchip.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microchiptechnology.onmicrosoft.com; s=selector2-microchiptechnology-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JIg+/h/HU9Gfn/W766xRo1sdxaDMBfQit3l2KYSV8kA=; b=h72eSTg1Bg14KpUCLV8lamx++sfxvKi1drk6Qw/Qe76C9DV+tplAyuVzOfk8D23sBhxOpkt+XmKVC1t3FBjtviTllhav5MzwK3/BAGrATyuo+fWCER/iPs/eNNHoXb6nywrt+ej4cOs9XAXsOBlk2ibvv3vmQ9vBCpOJ0X/hmu8= Received: from BYAPR11MB2999.namprd11.prod.outlook.com (2603:10b6:a03:90::17) by BY5PR11MB4436.namprd11.prod.outlook.com (2603:10b6:a03:1c3::30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3455.28; Mon, 12 Oct 2020 07:19:43 +0000 Received: from BYAPR11MB2999.namprd11.prod.outlook.com ([fe80::4854:dda7:8d0f:bb51]) by BYAPR11MB2999.namprd11.prod.outlook.com ([fe80::4854:dda7:8d0f:bb51%7]) with mapi id 15.20.3455.027; Mon, 12 Oct 2020 07:19:43 +0000 From: To: Subject: Re: [PATCH v3 1/3] dt-bindings: media: atmel: csi2dc: add bindings for microchip csi2dc Thread-Topic: [PATCH v3 1/3] dt-bindings: media: atmel: csi2dc: add bindings for microchip csi2dc Thread-Index: AQHWe3Vqn0L0AW6OnE6uFIjSaVH1XKmRnqqAgAI6iAA= Date: Mon, 12 Oct 2020 07:19:43 +0000 Message-ID: References: <20200826065142.205000-1-eugen.hristev@microchip.com> <20201010211743.GB3939@pendragon.ideasonboard.com> In-Reply-To: <20201010211743.GB3939@pendragon.ideasonboard.com> Accept-Language: en-US, ro-RO Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 authentication-results: ideasonboard.com; dkim=none (message not signed) header.d=none;ideasonboard.com; dmarc=none action=none header.from=microchip.com; x-originating-ip: [94.177.32.154] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f33ea409-1ee5-4abc-c1b2-08d86e7f3141 x-ms-traffictypediagnostic: BY5PR11MB4436: x-microsoft-antispam-prvs: x-bypassexternaltag: True x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: fofujXDP9VYWoHzs404qsdekQFu04Eb3bm25AHOzhfh0pYf8kXzshA/fYHBQ/Ua0bF4bRFLZYeMDs2kpmiDAbGZMqOin69Yh1fU4TnL7kwG00ZrrYG6TwWfKLHxahZugOR7KrRFaj+FcdOXxycbvikSKQKv4Bk+PW39CEDjRGms78C3tgoBMIOfWFXKBnrHfTYFShYqBnVmot5bjpmKxvmUKn03CnaLFtliCFgosXF1m0HLewJai/19/8CY7kUswP5HSoUclB6+crqq2pJhp7rAWNzjunrtPk7+2aVNcM8mZO8SUELCG92Ak88xj0Rhxj3waeJQGsurO+l0f7RvYKBvsBTWvww4yyHN8+gj/2QpNAr5783VKWoFoJz5d4k7l7HdRurHxix0BZ+tzradNY2gbVCsT0iWnY2SO3FUZ7DyZ7POHX7UXksFr8ckD7nB65jztLsPUEweU2CSeI33Wtg== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR11MB2999.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(136003)(396003)(39860400002)(376002)(346002)(186003)(6486002)(6512007)(5660300002)(66446008)(8676002)(66556008)(26005)(66476007)(31686004)(66946007)(54906003)(83380400001)(71200400001)(83080400001)(64756008)(478600001)(76116006)(91956017)(36756003)(4326008)(316002)(8936002)(6916009)(966005)(86362001)(53546011)(6506007)(2616005)(2906002)(31696002)(43740500002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: F73ssLVVTuZHscbEx+Po8RPOrZN/F9afA0/92J0gfmUwpQ22NTL4P82hAwBErG/ork6lhyM7qjFoc8GJZTeBxptL22fhIq/Cgvpcj9iy9BfMuglqK3lib1dAm9mYos1GW+YVFswJtCTJE3GVynw1MvfGZ1k7ZSXg9lHAWLHXjIZ3agt9UcsXM4pixAPFHsDP+WRAueJ7OG3SctywP22taGdRGMqAJMJ4tjUdSsdUWQV0SGVGpJly9syvjzdqB0MmQ/mYAjL27eiW+v2jKY1bj39H50dKV+sXa30jlmM42blNfBd+Xnyu1FA47pcg2/6khTXpO8rB9LAeq8ZKoii4ViQJ2yTjEUKKNkOnd0N2AxyOUOsgVM9YIq3SaR4W2zT1JNVidVqTspddOMvZTkmmpbmDFWpvKPeaW7q2Wykkv5OuCm/mpErYMsLk9gv8Xh9OPGFWIwgrWX6/r7KJbsJTUtn0CUFVglMnK+Qz1I2jdByzQ72A3PojTPl4j9t4JR+9kND5BgKperuqFw5+HhF8qcyFWa/2OaBSOx6zMLp/I0XYe8FmFiWAHax8O//lXUKKKpGwYNNJ7RvvmHn7WJNWgz5eCu1gJ3gc7G7SZF3py5hVe1hgdPefxfAU/8t/CfCEUw6H8DbcXhmA1GEwkQJzcQ== x-ms-exchange-transport-forked: True Content-ID: <977AB79F521D8D4EBDDEA00DF195B411@namprd11.prod.outlook.com> MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BYAPR11MB2999.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: f33ea409-1ee5-4abc-c1b2-08d86e7f3141 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Oct 2020 07:19:43.7331 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3f4057f3-b418-4d4e-ba84-d55b4e897d88 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: BZUPXs72QSy9PmqGgdBUFsD54zvN52FI0oYeV2I64YNmXJb3C2UeV9NPggjegJtRhKPdp/SrIMrCCJ30CIAd7t3ELJo4VUDokwJjePDcTdk= X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR11MB4436 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20201012_031949_067473_F7707350 X-CRM114-Status: GOOD ( 29.62 ) 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, linux-kernel@vger.kernel.org, robh+dt@kernel.org, sakari.ailus@iki.fi, 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+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 11.10.2020 00:17, Laurent Pinchart wrote: > Hi Eugen, > > Thank you for the patch. Hi, Thank you for your review, > > On Wed, Aug 26, 2020 at 09:51:40AM +0300, Eugen Hristev wrote: >> Add bindings documentation for Microchip CSI2 Demultiplexer controller. >> >> CSI2DC is a demultiplexer from Synopsys IDI interface specification to >> parallel interface connection or direct memory access. >> >> Signed-off-by: Eugen Hristev >> --- >> Changes in v3: >> - Removed some text from description, as it was explained in the schema >> - fixed other things as per Rob's review >> - moved some text inside the schema, like the clock description >> >> Changes in v2: >> - fixed warnings reported by dt_binding_check >> >> .../bindings/media/microchip,csi2dc.yaml | 174 ++++++++++++++++++ >> 1 file changed, 174 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/media/microchip,csi2dc.yaml >> >> diff --git a/Documentation/devicetree/bindings/media/microchip,csi2dc.yaml b/Documentation/devicetree/bindings/media/microchip,csi2dc.yaml >> new file mode 100644 >> index 000000000000..b4c1b8800a3b >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/media/microchip,csi2dc.yaml >> @@ -0,0 +1,174 @@ >> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) >> +%YAML 1.2 >> +--- >> +$id: http://devicetree.org/schemas/media/microchip,csi2dc.yaml# >> +$schema: http://devicetree.org/meta-schemas/core.yaml# >> + >> +title: Microchip CSI2 Demux Controller (CSI2DC) >> + >> +maintainers: >> + - Eugen Hristev >> + >> +description: >> + CSI2DC - Camera Serial Interface 2 Demux Controller >> + >> + CSI2DC is a hardware block that receives incoming data from an IDI interface >> + and filters packets based on their data type and virtual channel identifier, >> + then converts the byte stream into a cross clock domain to a pixel stream >> + to a parallel interface that can be read by a sensor controller. >> + >> + CSI2DC provides two pipes, one video pipe and one data pipe. Video pipe >> + is connected to a sensor controller and the data pipe is accessible >> + as a DMA slave port to a DMA controller. >> + >> + CSI2DC supports a single 'port' node as a source pad with Synopsys 32-bit >> + IDI interface. The connected endpoint must be a IDI interface compatible >> + device (like Synopsys CSI2HOST) , that can provide 32-bit IDI interface >> + connection as sink pad. >> + For media entity and endpoints please refer to the bindings defined in >> + Documentation/devicetree/bindings/media/video-interfaces.txt. >> + For Synopsys IDI interface please refer to >> + Documentation/devicetree/bindings/media/snps,dw-csi-plat.txt >> + >> + CSI2DC supports one 'port' node as sink pad with parallel interface. This is >> + called video pipe. >> + This port has an 'endpoint' can then be used as a source pad for another >> + controller (next in pipeline). >> + Please refer to the bindings defined in >> + Documentation/devicetree/bindings/media/video-interfaces.txt. >> + >> + CSI2DC also supports direct access to the data through AHB, via DMA channel, >> + called data pipe. >> + Because of this, the sink 'port' child node (second) is not mandatory. >> + If the sink 'port' child node is missing, only data pipe is available. >> + >> +properties: >> + compatible: >> + const: microchip,sama7g5-csi2dc >> + >> + reg: >> + maxItems: 1 >> + >> + clocks: >> + maxItems: 2 >> + >> + clock-names: >> + description: >> + CSI2DC must have two clocks to function correctly. One clock is the >> + peripheral clock for the inside functionality of the hardware block. >> + This is named 'pclk'. The second clock must be the cross domain clock, >> + in which CSI2DC will perform clock crossing. This clock must be fed >> + by the next controller in pipeline, which usually is a sensor controller. >> + Normally this clock should be given by this sensor controller who >> + is also a clock source. This clock is named 'scck', sensor controller clock. >> + items: >> + - const: pclk >> + - const: scck >> + >> + microchip,clk-gated: >> + type: boolean >> + description: >> + If present, indicates that the clock is gated. >> + Otherwise, the clock is free-running. > > I don't think this belongs to the DT bindings, it should instead be > queried from the source subdev at runtime. If this should be queried, do you know what is the v4l2 mechanism to query such information ? The subdevice is connected through a port interface to this device, so it was natural for me to fully describe the interface in the devicetree port description > >> + >> + microchip,inter-line-delay: >> + allOf: >> + - $ref: /schemas/types.yaml#/definitions/uint32 >> + - minimum: 1 >> + - maximum: 16 >> + default: 16 >> + description: >> + Indicates how many clock cycles should be introduced between each line. > > This also sounds like a configuration parameter. How does one compute > the right value for this ? I think this is a delay that can be added inside the hardware block, depending on the interface speed and bandwidth. I will try to understand more details from the hardware design and come back with a more detailed answer. > >> + >> + port@0: >> + type: object >> + description: >> + Input port node, single endpoint describing the input pad. >> + >> + properties: >> + reg: >> + const: 0 >> + >> + endpoint: >> + type: object >> + >> + properties: >> + remote-endpoint: true >> + >> + required: >> + - remote-endpoint >> + >> + additionalProperties: false >> + >> + additionalProperties: false >> + >> + port@1: >> + type: object >> + description: >> + Output port node, single endpoint, describing the output pad. >> + >> + properties: >> + '#address-cells': >> + const: 1 >> + >> + '#size-cells': >> + const: 0 >> + >> + reg: >> + const: 1 >> + >> + patternProperties: >> + "^endpoint@[0-3]$": >> + type: object >> + >> + properties: >> + reg: >> + enum: [0, 1, 2, 3] >> + description: virtual channel for the endpoint > > The virtual channel used by the source is also something that needs to > be queried from the source at runtime, it doesn't belong to this > binding. The same question as for the gated clock configuration. How can we use v4l2 subdevice API to obtain such information from the subdevice? And if the subdevice does not offer such information ? Thanks again, Eugen > >> + >> + remote-endpoint: true >> + >> + required: >> + - remote-endpoint >> + - reg >> + >> + additionalProperties: false >> + >> + additionalProperties: false >> + >> +required: >> + - compatible >> + - reg >> + - clocks >> + - clock-names >> + - port@0 >> + >> +examples: >> + - | >> + csi2dc@e1404000 { >> + compatible = "microchip,sama7g5-csi2dc"; >> + #address-cells = <1>; >> + #size-cells = <0>; >> + reg = <0xe1404000 0x500>; >> + clocks = <&pclk>, <&scck>; >> + clock-names = "pclk", "scck"; >> + >> + port@0 { >> + reg = <0>; /* must be 0, first child port */ >> + csi2dc_in: endpoint { /* input from IDI interface */ >> + remote-endpoint = <&csi2host_out>; >> + }; >> + }; >> + >> + port@1 { >> + #address-cells = <1>; >> + #size-cells = <0>; >> + reg = <1>; /* must be 1, second child port */ >> + csi2dc_out: endpoint@2 { >> + reg = <2>; /* virtual channel identifier */ >> + remote-endpoint = <&xisc_in>; /* output to sensor controller */ >> + }; >> + }; >> + }; >> + >> +... > > -- > Regards, > > Laurent Pinchart > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel