From: Ryan Chen <ryan_chen@aspeedtech.com>
To: "'Boris Brezillon'" <bbrezillon@kernel.org>
Cc: "linux-i3c@lists.infradead.org" <linux-i3c@lists.infradead.org>,
'Vitor Soares' <Vitor.Soares@synopsys.com>
Subject: RE: i3c application
Date: Mon, 4 Feb 2019 07:08:05 +0000 [thread overview]
Message-ID: <000f01d4bc58$5da6bf60$18f43e20$@aspeedtech.com> (raw)
In-Reply-To: <20190203183351.20882145@bbrezillon>
Hello Boris,
> >+Vitor who started a discussion around i3c-tools and the associate
> > kernel <-> userspace interface.
>
> Does there have open source repo in internet?
>AFAICT there's nothing implemented yet, we just started discussing it.
>
>
> > Hi all,
> > I just work with I3C, does there have any application like
> > i2c-tools
> I can used?
>
> >No, but I'll ask the same question I already asked Vitor: what would
> >you
> use i3c-tools for? What should it contain? I'm not against the idea,
> but I'd like to delimit the scope of the userspace >interface.
>
>
> Sure, it definitely a user space application.
> I will connect with some i3c device or have loop back interact. I3c
> master <-> i3c slave
>>Sorry, I don't get it. I don't know what you mean by loop back. I also
don't see why you absolutely need a user-space app to interact with a device
when you can develop a simple driver >>running in kernel space, and I see no
answers to these questions in your reply.
>
> > Or any Linux i3c application I can have i3c slave and master loop
> test?
>
> >>Not sure I get this request correctly. Are you talking about a dummy
> >>slave
> driver that would return any data it receives to the TX queue so that
> the next read request coming from the >>master returns what the master
> wrote in its previous write access?
>
>
> >>If that's what you have in mind, then it's definitely not supported.
> >>But before we even consider doing that, we should first introduce
> >>the
> concept of I3C slave controller and then decide how we want to expose
> slave features. Note that Vitor and I disagree >>on the solution: I
> think we should mimic the USB gadget approach (where you can attach a
> generic profile to any USB device controller), and Vitor thinks slave
> IPs should have their
> >>profile/feature-set hardcoded in the driver (which works fine for
> hardcoded slave IPs, but is not that great if the slave block is generic).
>
> Thanks, if I can refer from with I3c-tools, I can start for i3c-master
> and i3c slave dummy test.
>>As I already said above, there's no i3c-tools yet, and there won't be
until we are clear on what this project should contain and what the kernel
<-> userspace interface should look like.
>>Can we have a more detailed description of your use case please?
Sorry for confuse.
Let me explain more.
For example at i2c, In our SOC, we have i2c slave and master. So I can use
I2c slave to be dummy memory device. And I can connect my I2c master and
slave.
I2c master use i2c-tools to have i2cget, i2cset for read/write i2c slave
dummy memory.
So, I just wonder if i3c have some user application that I can have a start
point. It will easy way for me do the same thing.
Regards,
Ryan
_______________________________________________
linux-i3c mailing list
linux-i3c@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-i3c
next prev parent reply other threads:[~2019-02-04 7:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-29 0:54 i3c application Ryan Chen
2019-01-29 13:30 ` Boris Brezillon
2019-02-02 3:01 ` Ryan Chen
2019-02-03 17:33 ` Boris Brezillon
2019-02-04 7:08 ` Ryan Chen [this message]
2019-02-04 10:59 ` vitor
2019-02-05 14:49 ` Ryan Chen
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='000f01d4bc58$5da6bf60$18f43e20$@aspeedtech.com' \
--to=ryan_chen@aspeedtech.com \
--cc=Vitor.Soares@synopsys.com \
--cc=bbrezillon@kernel.org \
--cc=linux-i3c@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.