From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfram Sang Subject: Re: [PATCH v6 00/10] Add the I3C subsystem Date: Tue, 24 Jul 2018 22:22:40 +0200 Message-ID: <20180724202240.ucfvomrwr7at2yhg@ninjato> References: <2ab0ab75-2df0-2714-f007-c33b25481016@axentia.se> <20180720101206.tv7nsoanwo5ftnia@ninjato> <21b269c5-a3a7-c5de-c81e-c9c9301ae13e@axentia.se> <20180720154132.2fwmwpiwtxa73ljf@ninjato> <20180724155717.aodl6xehacparo7b@katana> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="le7s62ypnh4q3eaa" Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Arnd Bergmann Cc: Peter Rosin , Boris Brezillon , Linux I2C , Jonathan Corbet , "open list:DOCUMENTATION" , Greg Kroah-Hartman , Przemyslaw Sroka , Arkadiusz Golec , Alan Douglas , Bartosz Folta , Damian Kos , Alicja Jurasik-Urbaniak , Cyprian Wronka , Suresh Punnoose , Rafal Ciepiela , Thomas Petazzoni , Nishanth Menon , Rob Herring , Pawel Moll , Mark List-Id: linux-gpio@vger.kernel.org --le7s62ypnh4q3eaa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > My personal use case is debugging. R-Car H2 is great because I can > > always pinmux this or that I2C IP core to the same set of pins, and in 2 > > out of 4 cases even GPIO bitbang on top of that. So, it is great to > > compare behaviour, do scopes with the same type of setup, etc... > > For that, I do runtime switches, but the slaves are not really under > > real usage. >=20 > Ok, so runtime here still means it's chosen by an operator (i.e. you), > not part of regular operation. Yes. > I meant multiplexing it through the pinmux framework, with one of the > two being active at any time. Obviously this makes no sense for > i3c slaves, but it can be useful if the bus only contains i2c slaves. Unless Linux is not an I2C slave itself. > What I meant here was switching the bus between an i2c master and an > i3c master like you do with the i2c demuxer. Right now, this wouldn't > work because i2c and i3c use different representations in DT and in > Linux for the same devices. I see. Thanks for the clarification. --le7s62ypnh4q3eaa Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEOZGx6rniZ1Gk92RdFA3kzBSgKbYFAltXiowACgkQFA3kzBSg KbavvRAAgIXQBwW06cIEgeeV3DZcajNU8mBokosxM0p28FycAlRa3LXjRHZlW03/ EcHNHBcOPt9Om+03lVkpJ83NsSKSTtK+oPRiipcjzHtZNnRUe7jSUlt37nc3A+oZ 2J0V/rwjcj8X4q8Ti7y92eQ4c1igU5PyZiK+lfnhsnOh5FlVWJGFRWlQDG+aC/Rf 5SR5hxQrjCdiLRR6Sw1nLDrH5Sn5ilOhkVNoPdXKfVpF8qfhKmG9Rvi6aFIb2xpe 1oH2OZ0yT++wRBUmrrdXi30HqkYVwtFpPYTYN8HmPvvdtGb+rMEUo/XDPeaqf/4L G1GIMmVzU0FuMT/ZmMR7E7rWZX1EN1G96cfcSht1VmATIyPFZWPCmsThqe3C08/d /Mb2yuUWwUmmvFLkYZQ4V0ISbJ6bl09VfjmSOfvRzfy/n+UhqMaN9uNbplwtJV1H PH06SQnGDlfgba3g7y+SXJv7T2H4xRc+a6ortBx3DN+xreC4JlGWF0KrtHT3q6Sn 4B+bWH4pwlVsYcweg6RlGhyZeST9Ct/J9+lZ9sOpFUgfFrSZMo6pxlfIHpBlq35V S8S+HrMX15UflTFwLMGn65cCXfDOBkHgMh1f1gglTZSiR9h+Lcu1pIJVI6+hmCoO YQwfCt86rXzSndDbsTraaFE75x3OFzzNdCuJ/68WUwtyfq25qeQ= =NaDZ -----END PGP SIGNATURE----- --le7s62ypnh4q3eaa-- 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.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,USER_AGENT_NEOMUTT 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 0385FC28CF6 for ; Tue, 24 Jul 2018 20:22:47 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id BD12E20685 for ; Tue, 24 Jul 2018 20:22:46 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BD12E20685 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=the-dreams.de Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388800AbeGXVax (ORCPT ); Tue, 24 Jul 2018 17:30:53 -0400 Received: from sauhun.de ([88.99.104.3]:59204 "EHLO pokefinder.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388640AbeGXVaw (ORCPT ); Tue, 24 Jul 2018 17:30:52 -0400 Received: from localhost (p54B3332A.dip0.t-ipconnect.de [84.179.51.42]) by pokefinder.org (Postfix) with ESMTPSA id 201CD6377E9; Tue, 24 Jul 2018 22:22:41 +0200 (CEST) Date: Tue, 24 Jul 2018 22:22:40 +0200 From: Wolfram Sang To: Arnd Bergmann Cc: Peter Rosin , Boris Brezillon , Linux I2C , Jonathan Corbet , "open list:DOCUMENTATION" , Greg Kroah-Hartman , Przemyslaw Sroka , Arkadiusz Golec , Alan Douglas , Bartosz Folta , Damian Kos , Alicja Jurasik-Urbaniak , Cyprian Wronka , Suresh Punnoose , Rafal Ciepiela , Thomas Petazzoni , Nishanth Menon , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , DTML , Linux Kernel Mailing List , Vitor Soares , Geert Uytterhoeven , Linus Walleij , Xiang Lin , "open list:GPIO SUBSYSTEM" , Sekhar Nori , Przemyslaw Gaj Subject: Re: [PATCH v6 00/10] Add the I3C subsystem Message-ID: <20180724202240.ucfvomrwr7at2yhg@ninjato> References: <2ab0ab75-2df0-2714-f007-c33b25481016@axentia.se> <20180720101206.tv7nsoanwo5ftnia@ninjato> <21b269c5-a3a7-c5de-c81e-c9c9301ae13e@axentia.se> <20180720154132.2fwmwpiwtxa73ljf@ninjato> <20180724155717.aodl6xehacparo7b@katana> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="le7s62ypnh4q3eaa" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --le7s62ypnh4q3eaa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > My personal use case is debugging. R-Car H2 is great because I can > > always pinmux this or that I2C IP core to the same set of pins, and in 2 > > out of 4 cases even GPIO bitbang on top of that. So, it is great to > > compare behaviour, do scopes with the same type of setup, etc... > > For that, I do runtime switches, but the slaves are not really under > > real usage. >=20 > Ok, so runtime here still means it's chosen by an operator (i.e. you), > not part of regular operation. Yes. > I meant multiplexing it through the pinmux framework, with one of the > two being active at any time. Obviously this makes no sense for > i3c slaves, but it can be useful if the bus only contains i2c slaves. Unless Linux is not an I2C slave itself. > What I meant here was switching the bus between an i2c master and an > i3c master like you do with the i2c demuxer. Right now, this wouldn't > work because i2c and i3c use different representations in DT and in > Linux for the same devices. I see. Thanks for the clarification. --le7s62ypnh4q3eaa Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEOZGx6rniZ1Gk92RdFA3kzBSgKbYFAltXiowACgkQFA3kzBSg KbavvRAAgIXQBwW06cIEgeeV3DZcajNU8mBokosxM0p28FycAlRa3LXjRHZlW03/ EcHNHBcOPt9Om+03lVkpJ83NsSKSTtK+oPRiipcjzHtZNnRUe7jSUlt37nc3A+oZ 2J0V/rwjcj8X4q8Ti7y92eQ4c1igU5PyZiK+lfnhsnOh5FlVWJGFRWlQDG+aC/Rf 5SR5hxQrjCdiLRR6Sw1nLDrH5Sn5ilOhkVNoPdXKfVpF8qfhKmG9Rvi6aFIb2xpe 1oH2OZ0yT++wRBUmrrdXi30HqkYVwtFpPYTYN8HmPvvdtGb+rMEUo/XDPeaqf/4L G1GIMmVzU0FuMT/ZmMR7E7rWZX1EN1G96cfcSht1VmATIyPFZWPCmsThqe3C08/d /Mb2yuUWwUmmvFLkYZQ4V0ISbJ6bl09VfjmSOfvRzfy/n+UhqMaN9uNbplwtJV1H PH06SQnGDlfgba3g7y+SXJv7T2H4xRc+a6ortBx3DN+xreC4JlGWF0KrtHT3q6Sn 4B+bWH4pwlVsYcweg6RlGhyZeST9Ct/J9+lZ9sOpFUgfFrSZMo6pxlfIHpBlq35V S8S+HrMX15UflTFwLMGn65cCXfDOBkHgMh1f1gglTZSiR9h+Lcu1pIJVI6+hmCoO YQwfCt86rXzSndDbsTraaFE75x3OFzzNdCuJ/68WUwtyfq25qeQ= =NaDZ -----END PGP SIGNATURE----- --le7s62ypnh4q3eaa--