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=-3.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED,USER_AGENT_NEOMUTT 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 94E34C43387 for ; Mon, 17 Dec 2018 20:21:24 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 6D4C5206A2 for ; Mon, 17 Dec 2018 20:21:24 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389478AbeLQUVO (ORCPT ); Mon, 17 Dec 2018 15:21:14 -0500 Received: from nblzone-211-213.nblnetworks.fi ([83.145.211.213]:60764 "EHLO hillosipuli.retiisi.org.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726969AbeLQUVN (ORCPT ); Mon, 17 Dec 2018 15:21:13 -0500 Received: from valkosipuli.localdomain (valkosipuli.retiisi.org.uk [IPv6:2001:1bc8:1a6:d3d5::80:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hillosipuli.retiisi.org.uk (Postfix) with ESMTPS id B8879634C7E; Mon, 17 Dec 2018 22:20:39 +0200 (EET) Received: from sailus by valkosipuli.localdomain with local (Exim 4.89) (envelope-from ) id 1gYzNX-0001AJ-QA; Mon, 17 Dec 2018 22:20:39 +0200 Date: Mon, 17 Dec 2018 22:20:39 +0200 From: sakari.ailus@iki.fi To: Maxime Ripard Cc: Kishon Vijay Abraham I , Boris Brezillon , Thomas Petazzoni , Laurent Pinchart , linux-media@vger.kernel.org, Archit Taneja , Andrzej Hajda , Chen-Yu Tsai , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-arm-kernel@lists.infradead.org, Krzysztof Witos , Rafal Ciepiela Subject: Re: [PATCH v3 03/10] phy: Add MIPI D-PHY configuration options Message-ID: <20181217202039.zhsxozdw7dlc3xdj@valkosipuli.retiisi.org.uk> References: <96a74b72be8db491dea720fdd7394bcd09880c84.1544190837.git-series.maxime.ripard@bootlin.com> <20181213204928.34hwq63nj5ircvkf@valkosipuli.retiisi.org.uk> <20181217154921.c4ttksa6bg2yxxjp@flea> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181217154921.c4ttksa6bg2yxxjp@flea> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-media-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-media@vger.kernel.org Hi Maxime, On Mon, Dec 17, 2018 at 04:49:21PM +0100, Maxime Ripard wrote: > Hi Sakari, > > Thanks for your feedback. > > On Thu, Dec 13, 2018 at 10:49:28PM +0200, sakari.ailus@iki.fi wrote: > > > + /** > > > + * @lanes: > > > + * > > > + * Number of active data lanes used for the transmissions. > > > > Could you add that these are the first "lanes" number of lanes from what > > are available? > > I'm not quite sure I understood this part though, what did you mean? A number of lanes are routed between the two devices on hardware, and this field is specifying how many of them are in use. In order for the bus to function, both ends need to be in agreement on which of these lanes are actually being used. The current practice I've seen without exceptions is that these are the first n lanes. -- Regards, Sakari Ailus