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=-2.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no 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 4B34AC282DD for ; Wed, 8 Jan 2020 13:38:51 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 265AD20692 for ; Wed, 8 Jan 2020 13:38:51 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727209AbgAHNiu (ORCPT ); Wed, 8 Jan 2020 08:38:50 -0500 Received: from sauhun.de ([88.99.104.3]:35240 "EHLO pokefinder.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726144AbgAHNiu (ORCPT ); Wed, 8 Jan 2020 08:38:50 -0500 Received: from localhost (p54B332C6.dip0.t-ipconnect.de [84.179.50.198]) by pokefinder.org (Postfix) with ESMTPSA id 7D61C2C05CE; Wed, 8 Jan 2020 14:38:48 +0100 (CET) Date: Wed, 8 Jan 2020 14:38:48 +0100 From: Wolfram Sang To: Laurent Pinchart Cc: Luca Ceresoli , Wolfram Sang , linux-i2c@vger.kernel.org, linux-renesas-soc@vger.kernel.org, Kieran Bingham , Jacopo Mondi , Vladimir Zapolskiy Subject: Re: [RFC PATCH 3/5] i2c: core: add function to request an alias Message-ID: <20200108133848.GE834@kunai> References: <20191231161400.1688-4-wsa+renesas@sang-engineering.com> <20200101165515.GC6226@pendragon.ideasonboard.com> <20200102211327.GB1030@kunai> <20200103001056.GJ4843@pendragon.ideasonboard.com> <20200107171357.GO4871@pendragon.ideasonboard.com> <20200108132708.GC834@kunai> <20200108133153.GB4884@pendragon.ideasonboard.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="u5E4XgoOPWr4PD9E" Content-Disposition: inline In-Reply-To: <20200108133153.GB4884@pendragon.ideasonboard.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-renesas-soc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-renesas-soc@vger.kernel.org --u5E4XgoOPWr4PD9E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > Currently, there is no paradigm that all I2C busses must be fully > > described. Enforcing it now all of a sudden is not too user-friendly, > > or? >=20 > We're only enforcing it for systems that want to make use of this new > API, so it's not breaking backward compatibility. Well, even new systems might need to update old DTSIs which they include. > > Especially since calling read_byte once is not necessarily "great > > length" in my book. If you have 8 cameras on a 400kHz bus, the 8 * 18 > > bits should take 360us if I am not mistaken? >=20 > That's assuming the first scanned address is free. There could also be > I2C-controller I2C muxes or gates in front of the bus. Things can > quickly get more expensive. Not on a fully described bus, or? The first address will always be free. --u5E4XgoOPWr4PD9E Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEOZGx6rniZ1Gk92RdFA3kzBSgKbYFAl4V22gACgkQFA3kzBSg KbZLFQ/9GpXNnz0qcNsDZBGp6yxzHDdlmj3QeAhzeF5MLv5a57Lf3KlEHEjq3OV4 gQ+F9Y6/Gu4N0vrz7u+QPTABY5JwsY7fT9MjIWeMwWxL1GdeaEzCVtXYAnA7Aklz fvJVr+KljKtC1WIXnHgjfTf1FdOPYHMUNAPHAfszanLQnytIL0a+fb+IjkvZ7/Tw B9/XHl7I9gGo7ZvXp3XFrkQzSKx8DBbTSYC7pp6XZ3WZhs3GIU3lOvzOl7Hkr25e 8A8LGJYfln+XzYUC7LioMKkqliKhCynYrDvM6/OAls3Q65UKA775aMOWg8oUnsVc fWi0nNtJZ2ZbUxJRRl/vqfBp4U7z3WqLUbDP4GSjgKpxYGM74T/Tc96NPW0E0Qt2 S18Ldx4Buq7e8ugblYOAwNv1wNXGIJPDf0xiUk5cExQfBu3LCpZj8xEgQhJiGYru qKUkIQ4lZ9iBZKqjbAIi4C4QctWwray/Etq96QzM1f1jYzXjTOYWBtE0oYv17Gc3 lNTHE8EFlVzrny1qmbBn+eM6HCH+cZBsOKsrt4nB0nmDCI+mJVxfE+IJmToy5nHZ OQ7IJ6XlA9B/xkFxR2RD2XjjA1P0nQRf4rthlzKSMU1i0mFucAhnRZPKJmdvOiUB gxoGruxsCLzGRNggUgIl6TfnzNUDgsy0YIWJMo2GKYdjalUnjeY= =KyCL -----END PGP SIGNATURE----- --u5E4XgoOPWr4PD9E--