similar to: [RFC PATCH v2 0/3] Introduce a PCIe endpoint virtio console

Simple typos, don't repost until there's more substantive feedback. On Thu, Apr 27, 2023 at 07:44:26PM +0900, Shunsuke Mie wrote: > The Linux PCIe Endpoint framework supports to implement PCIe endpoint > functions using a PCIe controller operating in endpoint mode. > It is possble to realize the behavior of PCIe device, such as virtio PCI > device. This patch introduces a

On Thu, Jul 02, 2020 at 01:51:21PM +0530, Kishon Vijay Abraham I wrote: > This series enhances Linux Vhost support to enable SoC-to-SoC > communication over MMIO. This series enables rpmsg communication between > two SoCs using both PCIe RC<->EP and HOST1-NTB-HOST2 > > 1) Modify vhost to use standard Linux driver model > 2) Add support in vring to access virtqueue over

On Thu, Jul 02, 2020 at 01:51:21PM +0530, Kishon Vijay Abraham I wrote: > This series enhances Linux Vhost support to enable SoC-to-SoC > communication over MMIO. This series enables rpmsg communication between > two SoCs using both PCIe RC<->EP and HOST1-NTB-HOST2 > > 1) Modify vhost to use standard Linux driver model > 2) Add support in vring to access virtqueue over

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. To maintain backward compatibility, the first port to be spawned (port at id 0) is to be a console port, to be bound to hvc. This keeps new

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. To maintain backward compatibility, the first port to be spawned (port at id 0) is to be a console port, to be bound to hvc. This keeps new

(Rusty, would it improve the chances of getting this patch in your tree if this description were written with latex instead of without it?) Here is a new iteration of the patch series that implements a transport for guest and host communications. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. To maintain

(Rusty, would it improve the chances of getting this patch in your tree if this description were written with latex instead of without it?) Here is a new iteration of the patch series that implements a transport for guest and host communications. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. To maintain

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. To maintain backward compatibility, the first port to be spawned (port at id 0) is to be a console port, to be bound to hvc. This keeps new

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. To maintain backward compatibility, the first port to be spawned (port at id 0) is to be a console port, to be bound to hvc. This keeps new

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. The code has been updated to reuse the virtio-console device instead of creating a new virtio-serial device. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. There are a few items on my

Hello all, Here is a new iteration of the patch series that implements a transport for guest and host communications. The code has been updated to reuse the virtio-console device instead of creating a new virtio-serial device. I've tested for compatibility (old qemu & new kernel, new qemu & old kernel, new qemu & new kernel) and it all works fine. There are a few items on my

Hi all. I have 2 ip phones (Grandstream Budgetone): -budgetone1 -budgetone2 All two are connected to an Asterisk server. When I make a call from budgetone1 to budgetone2, I can speak with budgetone2 whith no problem. But when budgetone2 hangs up, budgetone1 does not play any tone (like busy tone). Budgetone1 seems to be still in conversation, but what conversation! Has anyone had a problem

Hello I''ve successfully installed the InstantRails 2.0 on a Windows XP machine and followed the installation steps outlined in the EPF wiki http://wiki.eclipse.org/EPF_Wiki_Installation_Guide. However, the command "gem install xhtmldiff" returns the following message at the command line "ERROR: While executing gem... <Gem::RemoteSourceException> HTTP Response 302

When running on the Webrick server (script/server), my app works fine. When running on Apache 2.0.52, I get the dreaded ''unitialized constant Merge'' error. Merge is the name of my model, the controller is MergesController. The deadline looms, any help appreciated! Thanks! Regards, JJ

On 2020/7/7 ??10:45, Kishon Vijay Abraham I wrote: > Hi Jason, > > On 7/7/2020 3:17 PM, Jason Wang wrote: >> On 2020/7/6 ??5:32, Kishon Vijay Abraham I wrote: >>> Hi Jason, >>> >>> On 7/3/2020 12:46 PM, Jason Wang wrote: >>>> On 2020/7/2 ??9:35, Kishon Vijay Abraham I wrote: >>>>> Hi Jason, >>>>>

On 2020/7/8 ??9:13, Kishon Vijay Abraham I wrote: > Hi Jason, > > On 7/8/2020 4:52 PM, Jason Wang wrote: >> On 2020/7/7 ??10:45, Kishon Vijay Abraham I wrote: >>> Hi Jason, >>> >>> On 7/7/2020 3:17 PM, Jason Wang wrote: >>>> On 2020/7/6 ??5:32, Kishon Vijay Abraham I wrote: >>>>> Hi Jason, >>>>>

On 2020/7/6 ??5:32, Kishon Vijay Abraham I wrote: > Hi Jason, > > On 7/3/2020 12:46 PM, Jason Wang wrote: >> On 2020/7/2 ??9:35, Kishon Vijay Abraham I wrote: >>> Hi Jason, >>> >>> On 7/2/2020 3:40 PM, Jason Wang wrote: >>>> On 2020/7/2 ??5:51, Michael S. Tsirkin wrote: >>>>> On Thu, Jul 02, 2020 at 01:51:21PM +0530, Kishon Vijay

On 2020/9/1 ??1:24, Kishon Vijay Abraham I wrote: > Hi, > > On 28/08/20 4:04 pm, Cornelia Huck wrote: >> On Thu, 9 Jul 2020 14:26:53 +0800 >> Jason Wang <jasowang at redhat.com> wrote: >> >> [Let me note right at the beginning that I first noted this while >> listening to Kishon's talk at LPC on Wednesday. I might be very >> confused about the

On Tue, 1 Sep 2020 16:50:03 +0800 Jason Wang <jasowang at redhat.com> wrote: > On 2020/9/1 ??1:24, Kishon Vijay Abraham I wrote: > > Hi, > > > > On 28/08/20 4:04 pm, Cornelia Huck wrote: > >> On Thu, 9 Jul 2020 14:26:53 +0800 > >> Jason Wang <jasowang at redhat.com> wrote: > >> > >> [Let me note right at the beginning that I

On 2020/7/2 ??9:35, Kishon Vijay Abraham I wrote: > Hi Jason, > > On 7/2/2020 3:40 PM, Jason Wang wrote: >> On 2020/7/2 ??5:51, Michael S. Tsirkin wrote: >>> On Thu, Jul 02, 2020 at 01:51:21PM +0530, Kishon Vijay Abraham I wrote: >>>> This series enhances Linux Vhost support to enable SoC-to-SoC >>>> communication over MMIO. This series enables rpmsg