public inbox for linux-i3c@lists.infradead.org
 help / color / mirror / Atom feed
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

  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