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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox