search for: rpmsg_char

...device and triggers creation of an rpdev which leads to a probe of the (for example) rpmsg-client-sample driver on the host (server), which, in turn, via NS announcement, triggers a creation of an rpdev and a probe of the rpmsg-client-sample driver on the guest (client). diff --git a/drivers/rpmsg/rpmsg_char.c b/drivers/rpmsg/rpmsg_char.c index a76b963a7e5..7a03978d002 100644 --- a/drivers/rpmsg/rpmsg_char.c +++ b/drivers/rpmsg/rpmsg_char.c @@ -104,6 +104,11 @@ static int rpmsg_ept_cb(struct rpmsg_device *rpdev, void *buf, int len, struct rpmsg_eptdev *eptdev = priv; struct sk_buff *skb; + if (rp...

...device and triggers creation of an rpdev which leads to a probe of the (for example) rpmsg-client-sample driver on the host (server), which, in turn, via NS announcement, triggers a creation of an rpdev and a probe of the rpmsg-client-sample driver on the guest (client). diff --git a/drivers/rpmsg/rpmsg_char.c b/drivers/rpmsg/rpmsg_char.c index a76b963a7e5..7a03978d002 100644 --- a/drivers/rpmsg/rpmsg_char.c +++ b/drivers/rpmsg/rpmsg_char.c @@ -104,6 +104,11 @@ static int rpmsg_ept_cb(struct rpmsg_device *rpdev, void *buf, int len, struct rpmsg_eptdev *eptdev = priv; struct sk_buff *skb; + if (rp...

...ion of an rpdev which leads to a probe of the (for > example) rpmsg-client-sample driver on the host (server), which, in > turn, via NS announcement, triggers a creation of an rpdev and a probe > of the rpmsg-client-sample driver on the guest (client). > > diff --git a/drivers/rpmsg/rpmsg_char.c b/drivers/rpmsg/rpmsg_char.c > index a76b963a7e5..7a03978d002 100644 > --- a/drivers/rpmsg/rpmsg_char.c > +++ b/drivers/rpmsg/rpmsg_char.c > @@ -104,6 +104,11 @@ static int rpmsg_ept_cb(struct rpmsg_device *rpdev, void *buf, int len, > struct rpmsg_eptdev *eptdev = priv; > s...

On Wed, May 27, 2020 at 08:05:41PM +0200, Guennadi Liakhovetski wrote: > Linux supports running the RPMsg protocol over the VirtIO transport > protocol, but currently there is only support for VirtIO clients and > no support for a VirtIO server. This patch adds a vhost-based RPMsg > server implementation. This looks really useful, but why is it implemented as an API and not as a real

On Wed, May 27, 2020 at 08:05:41PM +0200, Guennadi Liakhovetski wrote: > Linux supports running the RPMsg protocol over the VirtIO transport > protocol, but currently there is only support for VirtIO clients and > no support for a VirtIO server. This patch adds a vhost-based RPMsg > server implementation. This looks really useful, but why is it implemented as an API and not as a real

...s or to run on VMs, you use the existing API. If you're writing a driver for Linux to communicate with those VMs, you use the vhost API and whatever help is available for RPMsg processing. However, I can in principle imagine a single driver, written to work on both sides. Something like the rpmsg_char.c or maybe some networking driver. Is that what you're referring to? I can see that as a fun exercise, but are there any real uses for that? You could do the same with VirtIO, however, it has been decided to go with two distinct APIs: virtio for guests and vhost for the host, noone bothered...

...s or to run on VMs, you use the existing API. If you're writing a driver for Linux to communicate with those VMs, you use the vhost API and whatever help is available for RPMsg processing. However, I can in principle imagine a single driver, written to work on both sides. Something like the rpmsg_char.c or maybe some networking driver. Is that what you're referring to? I can see that as a fun exercise, but are there any real uses for that? You could do the same with VirtIO, however, it has been decided to go with two distinct APIs: virtio for guests and vhost for the host, noone bothered...

...se the existing API. If you're writing a driver for > Linux to communicate with those VMs, you use the vhost API and whatever help is available > for RPMsg processing. > > However, I can in principle imagine a single driver, written to work on both sides. > Something like the rpmsg_char.c or maybe some networking driver. Is that what you're > referring to? I can see that as a fun exercise, but are there any real uses for that? I hinted at a real use case for this in the previous mail thread[0]. I'm exploring using rpmsg-char to allow communication between two chips,...

Hi Arnaud, On Thu, Sep 17, 2020 at 05:21:02PM +0200, Arnaud POULIQUEN wrote: > Hi Guennadi, > > > -----Original Message----- > > From: Guennadi Liakhovetski <guennadi.liakhovetski at linux.intel.com> > > Sent: jeudi 17 septembre 2020 07:47 > > To: Arnaud POULIQUEN <arnaud.pouliquen at st.com> > > Cc: kvm at vger.kernel.org; linux-remoteproc at

Hi Arnaud, On Thu, Sep 17, 2020 at 05:21:02PM +0200, Arnaud POULIQUEN wrote: > Hi Guennadi, > > > -----Original Message----- > > From: Guennadi Liakhovetski <guennadi.liakhovetski at linux.intel.com> > > Sent: jeudi 17 septembre 2020 07:47 > > To: Arnaud POULIQUEN <arnaud.pouliquen at st.com> > > Cc: kvm at vger.kernel.org; linux-remoteproc at