Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1713325 > unrolled thread

Re: [RFC 2/5] i3c: Add core I3C infrastructure

Started byGeert Uytterhoeven <geert@linux-m68k.org>
First post2017-08-16 23:10 +0200
Last post2017-08-17 09:50 +0200
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [RFC 2/5] i3c: Add core I3C infrastructure Geert Uytterhoeven <geert@linux-m68k.org> - 2017-08-16 23:10 +0200
    Re: [RFC 2/5] i3c: Add core I3C infrastructure Boris Brezillon <boris.brezillon@free-electrons.com> - 2017-08-17 09:50 +0200

#1713325 — Re: [RFC 2/5] i3c: Add core I3C infrastructure

FromGeert Uytterhoeven <geert@linux-m68k.org>
Date2017-08-16 23:10 +0200
SubjectRe: [RFC 2/5] i3c: Add core I3C infrastructure
Message-ID<ufdJF-3Is-15@gated-at.bofh.it>
On Tue, Aug 1, 2017 at 5:01 PM, Wolfram Sang <wsa@the-dreams.de> wrote:
>> I'm perfectly fine with the I3C / I2C framework separation. The only
>> minor problem I had with that was the inaccuracy of the
>> sysfs/device-model representation: we don't have one i2c and one i3c
>> bus, we just have one i3c bus with a mix of i2c and i3c devices.
>
> I understand that. What if I2C had the same seperation between the "bus"
> and the "master"?

There can be multiple masters on an i2c bus.  But not on an i3c bus, due
to SCL being push/pull.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

[toc] | [next] | [standalone]


#1713601

FromBoris Brezillon <boris.brezillon@free-electrons.com>
Date2017-08-17 09:50 +0200
Message-ID<ufnIZ-1Il-1@gated-at.bofh.it>
In reply to#1713325
Le Wed, 16 Aug 2017 23:03:55 +0200,
Geert Uytterhoeven <geert@linux-m68k.org> a écrit :

> On Tue, Aug 1, 2017 at 5:01 PM, Wolfram Sang <wsa@the-dreams.de> wrote:
> >> I'm perfectly fine with the I3C / I2C framework separation. The only
> >> minor problem I had with that was the inaccuracy of the
> >> sysfs/device-model representation: we don't have one i2c and one i3c
> >> bus, we just have one i3c bus with a mix of i2c and i3c devices.  
> >
> > I understand that. What if I2C had the same seperation between the "bus"
> > and the "master"?  
> 
> There can be multiple masters on an i2c bus.  But not on an i3c bus, due
> to SCL being push/pull.

I guess you mean there can't be a mix of I2C and I3C masters on the same
bus. Then yes, you're right, you can only connect I2C slaves on an I3C
bus, but I don't think Wolfram suggested this approach to support this
case.

Note that there can be multiple I3C masters on an I3C bus. When a
'secondary master' wants to become the current master it must ask the
permission to the 'current master' which can decide to ack or nack the
request.
As soon as the previous 'current master' accepted to release the bus it
should act as a slave and if it needs to reclaim the bus, it should ask
the new 'current master'.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web