From: Michael Lawnick <ml.lawnick-Mmb7MZpHnFY@public.gmane.org>
To: Gerlando Falauto
<gerlando.falauto-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
Cc: Rodolfo Giometti <giometti-k2GhghHVRtY@public.gmane.org>,
linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Jean Delvare <khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org>
Subject: Re: i2c: Multiplexed I2C bus core support
Date: Mon, 18 Feb 2013 11:19:34 +0100 [thread overview]
Message-ID: <51220036.4030508@gmx.de> (raw)
In-Reply-To: <511BB2F8.9020300-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
Am 13.02.2013 16:36, schrieb Gerlando Falauto:
> Hi everyone,
>
> On 07/09/2010 11:07 AM, Michael Lawnick wrote:
>> Add multiplexed bus core support. I2C multiplexer and switches
>> like pca954x get instantiated as new adapters per port.
>>
>> Signed-off-by: Michael Lawnick<demx1175@wbit01lx.(none)>
>> Cc: Jean Delvare<khali-PUYAD+kWke1g9hUCZPvPmw-XMD5yJDbdMReXY1tMh2IBg@public.gmane.org>
>
> I noticed that when you have multiple muxes connected to the same
> branch, implementation hides some information about the complete i2c
> topology.
>
> So for instance if I have something like (notice there are three
> PCA9544's "in parallel", each with its own address, which I assume is a
> bit unusual):
>
> # CPU (i2c-0)
> # '--I2C Mux0 (PCA9547) @ 0x70
> # +--Port0 (i2c-1)
> # +--Port1 (i2c-2)
> # +--Port2 (i2c-3)
> # +--Port3 (i2c-4)
> # +--Port4 (i2c-5)
> # | '--- I2C Mux1 (PCA9544) @ 0x74
> # | | +--Port0 (i2c-9)
> # | | +--Port1 (i2c-10)
> # | | +--Port2 (i2c-11)
> # | | '--Port3 (i2c-12)
> # | +--- I2C Mux2 (PCA9544) @ 0x71
> # | | +--Port0 (i2c-13)
> # | | +--Port1 (i2c-14)
> # | | +--Port2 (i2c-15)
> # | | '--Port3 (i2c-16)
...
> which only reveals i2c-9 is the bus segment connected to channel 0 of a
> mux behind i2c-5, but since there's two of them, I have no way to tell
> which one...
>
> So I guess the easiest thing to do would be to add this information
> within the .name attribute, though I fear this may somehow turn out not
> as trivial at it looks.
Jean already detected this problem when mux code was brought into
kernel, but solution was postponed until someone gets enough pain ;-)
On my project I do no automatic i2c detection, but all is controlled via
user space. So I always know where and which devices and buses get
connected.
>
> devices/platform/i2c-gpio/i2c-0/0-0070/chan-4(=>...i2c-5)/5-0071/chan-0(=>...i2c-9)
> devices/platform/i2c-gpio/i2c-0/0-0070/chan-4(=>...i2c-5)/5-0071/chan-1(=>...i2c-10)
> devices/platform/i2c-gpio/i2c-0/0-0070/chan-4(=>...i2c-5)/5-0071/chan-2(=>...i2c-11)
> devices/platform/i2c-gpio/i2c-0/0-0070/chan-4(=>...i2c-5)/5-0071/chan-3(=>...i2c-12)
Introducing links to sub-buses, named with respective channel id sounds
good for me. Beside that your link example does not reflect your ASCII
graphics of course ;-)
--
KR
Michael
next prev parent reply other threads:[~2013-02-18 10:19 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-09 9:07 [Patch v3] i2c: Multiplexed I2C bus core support Michael Lawnick
[not found] ` <4C36E6E2.1070307-Mmb7MZpHnFY@public.gmane.org>
2010-07-19 15:25 ` Jean Delvare
[not found] ` <20100719172548.2d88ed73-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2010-07-20 6:44 ` Michael Lawnick
[not found] ` <4C4545C7.4070508-Mmb7MZpHnFY@public.gmane.org>
2010-07-20 8:53 ` Jean Delvare
[not found] ` <20100720105351.58541932-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2010-07-22 13:08 ` Michael Lawnick
2010-07-20 19:27 ` Jean Delvare
[not found] ` <20100720212729.4d81048b-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2010-07-22 6:42 ` Rodolfo Giometti
[not found] ` <20100722064243.GB9753-AVVDYK/kqiJWk0Htik3J/w@public.gmane.org>
2010-08-10 12:33 ` Jean Delvare
[not found] ` <20100810143335.406dd2c5-ig7AzVSIIG7kN2dkZ6Wm7A@public.gmane.org>
2010-08-10 17:05 ` Rodolfo Giometti
[not found] ` <20100810170525.GA17506-h5F9bMWSfx92wUeKyQHPq0EOCMrvLtNR@public.gmane.org>
2010-08-23 11:00 ` Michael Lawnick
2013-02-13 15:36 ` Gerlando Falauto
[not found] ` <511BB2F8.9020300-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
2013-02-18 10:19 ` Michael Lawnick [this message]
[not found] ` <51220036.4030508-Mmb7MZpHnFY@public.gmane.org>
2013-02-18 10:38 ` Gerlando Falauto
[not found] ` <512204BC.7060603-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org>
2013-02-18 14:01 ` Michael Lawnick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51220036.4030508@gmx.de \
--to=ml.lawnick-mmb7mzphnfy@public.gmane.org \
--cc=gerlando.falauto-SkAbAL50j+5BDgjK7y7TUQ@public.gmane.org \
--cc=giometti-k2GhghHVRtY@public.gmane.org \
--cc=khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).