On 03/25/2010 11:18 AM, Cam Macdonell wrote: > On Thu, Mar 25, 2010 at 3:15 AM, Michael S. Tsirkin<mst@xxxxxxxxxx> wrote: > >> On Thu, Mar 25, 2010 at 12:09:36AM -0600, Cam Macdonell wrote: >> >>> This patch adds a driver for my shared memory PCI device using the uio_pci >>> interface. The driver has three memory regions. The first memory region is for >>> device registers for sending interrupts. The second BAR is for receiving MSI-X >>> interrupts and the third memory region maps the shared memory. The device only >>> exports the first and third memory regions to userspace. >>> >>> This driver supports MSI-X and regular pin interrupts. Currently, the number of >>> MSI vectors is set to 4 which could be increased, but the driver will work with >>> fewer vectors. If MSI is not available, then regular interrupts will be used. >>> >> Some high level questions, sorry if they have been raised in the past: >> - Can this device use virtio framework? >> This gives us some standards to work off, with feature negotiation, >> ability to detect config changes, support for non-PCI >> platforms, decent documentation that is easy to extend, >> legal id range to use. >> You would thus have your driver in uio/uio_virtio_shmem.c >> > There has been previous discussion of virtio, however while virtio is > good for exporting guest memory, it's not ideal for importing memory > into a guest. > virtio is a DMA-based API which means that it doesn't assume cache coherent shared memory. The PCI transport takes advantage of cache coherent shared memory but it's not strictly required. Memory sharing in virtio would be a layering violation because it forces cache coherent shared memory for all virtio transports. Regards, Anthony Liguori _______________________________________________ Virtualization mailing list Virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/virtualization
