Linux Virtualization Development
[Prev Page][Next Page]
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 15/32] powerpc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH RFC] vhost: basic device IOTLB support
- From: Yang Zhang <yang.zhang.wz@xxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH v2 10/32] metag: reuse asm-generic/barrier.h
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH 3/3] checkpatch: add virt barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 3/3] checkpatch: add virt barriers
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: James Hogan <james.hogan@xxxxxxxxxx>
- Re: [PATCH RFC] vhost: basic device IOTLB support
- From: Yang Zhang <yang.zhang.wz@xxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH v2 33/34] xenbus: use virt_xxx barriers
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 31/32] sh: support a 2-byte smp_store_mb
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 22/32] s390: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 20/32] metag: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 11/32] mips: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH v2 34/34] xen/io: use virt_xxx barriers
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH v2 33/34] xenbus: use virt_xxx barriers
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH 32/34] xen/io: use __smp_XXX barriers
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH 31/34] xenbus: use __smp_XXX barriers
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- [PATCH 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 2/3] checkpatch: check for __smp outside barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 0/3] checkpatch: handling of memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v2 34/34] xen/io: use virt_xxx barriers
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v2 33/34] xenbus: use virt_xxx barriers
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [PATCH 01/34] Documentation/memory-barriers.txt: document __smb_mb()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 01/34] Documentation/memory-barriers.txt: document __smb_mb()
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [RFC v4 0/5] Add virtio transport for AF_VSOCK
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH RFC] vhost: basic device IOTLB support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH RFC] vhost: basic device IOTLB support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 32/32] virtio_ring: use virt_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH v2 17/32] arm: define __smp_xxx
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH v2 08/32] arm: reuse asm-generic/barrier.h
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- [PATCH] virtio/s390: use dev_to_virtio
- From: Geliang Tang <geliangtang@xxxxxxx>
- Re: [PATCH v2 32/32] virtio_ring: use virt_store_mb
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 30/32] virtio_ring: update weak barriers to use __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC] virtio_balloon: refill by config handler
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 1/2] virtio_balloon: Restore the entire balloon after the system freeze
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 1/2] virtio_balloon: Restore the entire balloon after the system freeze
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC] balloon: fix page list locking
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/2] virtio_balloon: fix race by fill and leak
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 24/32] sparc: define __smp_xxx
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2 07/32] sparc: reuse asm-generic/barrier.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v2 34/34] xen/io: use virt_xxx barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 33/34] xenbus: use virt_xxx barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 32/32] virtio_ring: use virt_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 31/32] sh: support a 2-byte smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 30/32] virtio_ring: update weak barriers to use __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 29/32] Revert "virtio_ring: Update weak barriers to use dma_wmb/rmb"
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 28/32] asm-generic: implement virt_xxx memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 27/32] x86: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 26/32] xtensa: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 25/32] tile: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 24/32] sparc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 23/32] sh: define __smp_xxx, fix smp_store_mb for !SMP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 22/32] s390: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 21/32] mips: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 20/32] metag: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 19/32] ia64: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 18/32] blackfin: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 17/32] arm: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 16/32] arm64: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 15/32] powerpc: define __smp_xxx
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 14/32] asm-generic: add __smp_xxx wrappers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 13/32] x86: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 12/32] x86/um: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 11/32] mips: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 10/32] metag: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 09/32] arm64: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 08/32] arm: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 07/32] sparc: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 06/32] s390: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 05/32] powerpc: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 04/32] ia64: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 03/32] ia64: rename nop->iosapic_nop
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 02/32] asm-generic: guard smp_store_release/load_acquire
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 01/32] lcoking/barriers, arch: Use smp barriers in smp_store_release()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 00/34] arch: barrier cleanup + barriers for virt
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH RFC] vhost: basic device IOTLB support
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC] vhost: basic device IOTLB support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH 00/34] arch: barrier cleanup + __smp_xxx barriers for virt
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 08/34] asm-generic: smp_store_mb should use smp_mb
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 00/34] arch: barrier cleanup + __smp_xxx barriers for virt
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 00/34] arch: barrier cleanup + __smp_xxx barriers for virt
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 00/34] arch: barrier cleanup + __smp_xxx barriers for virt
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 07/34] sparc: reuse asm-generic/barrier.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 00/34] arch: barrier cleanup + __smp_xxx barriers for virt
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 08/34] asm-generic: smp_store_mb should use smp_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 07/34] sparc: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 07/34] sparc: reuse asm-generic/barrier.h
- From: David Miller <davem@xxxxxxxxxxxxx>
- RE: [PATCH 20/34] ia64: define __smp_XXX
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH 04/34] ia64: reuse asm-generic/barrier.h
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH 03/34] ia64: rename nop->iosapic_nop
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 00/34] arch: barrier cleanup + __smp_XXX barriers for virt
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH 08/34] asm-generic: smp_store_mb should use smp_mb
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 34/34] virtio_ring: use __smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 33/34] virtio: use __smp_load_acquire/__smp_store_release
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 32/34] xen/io: use __smp_XXX barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 31/34] xenbus: use __smp_XXX barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 30/34] virtio_ring: update weak barriers to use __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 29/34] Revert "virtio_ring: Update weak barriers to use dma_wmb/rmb"
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 28/34] x86: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 27/34] xtensa: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 26/34] tile: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 25/34] sparc: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 24/34] sh: define __smp_XXX, fix smp_store_mb for !SMP
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 23/34] s390: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 22/34] mips: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 21/34] metag: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 20/34] ia64: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 19/34] blackfin: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 18/34] arm: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 17/34] arm64: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 16/34] powerpc: define __smp_XXX
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 15/34] asm-generic: add __smp_XXX wrappers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 14/34] x86: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 13/34] x86/um: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 12/34] mips: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 11/34] metag: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 10/34] arm64: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 09/34] arm: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 08/34] asm-generic: smp_store_mb should use smp_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 07/34] sparc: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 06/34] s390: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 05/34] powerpc: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 04/34] ia64: reuse asm-generic/barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 03/34] ia64: rename nop->iosapic_nop
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 02/34] asm-generic: guard smp_store_release/load_acquire
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 01/34] Documentation/memory-barriers.txt: document __smb_mb()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 00/34] arch: barrier cleanup + __smp_XXX barriers for virt
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio: make find_vqs() checkpatch.pl-friendly
- From: Bjorn Andersson <bjorn@xxxxxxx>
- [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
- From: Minchan Kim <minchan@xxxxxxxxxx>
- [PATCH 1/2] virtio_balloon: fix race by fill and leak
- From: Minchan Kim <minchan@xxxxxxxxxx>
- Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
- From: Rafael Aquini <aquini@xxxxxxxxxx>
- Re: [PATCH 1/2] virtio_balloon: fix race by fill and leak
- From: Rafael Aquini <aquini@xxxxxxxxxx>
- [RFC v4 5/5] VSOCK: Add Makefile and Kconfig
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [RFC v4 4/5] VSOCK: Introduce vhost_vsock.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [RFC v4 3/5] VSOCK: Introduce virtio_transport.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [RFC v4 2/5] VSOCK: Introduce virtio_vsock_common.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [RFC v4 1/5] VSOCK: transport-specific vsock_transport functions
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [RFC v4 0/5] Add virtio transport for AF_VSOCK
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [Qemu-devel] [Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- [PULL] vhost: cleanups and fixes
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC] smp_store_mb should use smp_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [Xen-devel] new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)
- From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- new barrier type for paravirt (was Re: [PATCH] virtio_ring: use smp_store_mb)
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] virtio: use smp_load_acquire/smp_store_release
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] virtio: use smp_load_acquire/smp_store_release
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] virtio_ring: use smp_store_mb
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH] virtio_ring: use smp_store_mb
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] virtio: use smp_load_acquire/smp_store_release
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] virtio: make find_vqs() checkpatch.pl-friendly
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH] vhost: move is_le setup to the backend
- From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH v2 0/3] Fix and cleanup for 32-bit PV sysexit
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH v2 0/3] Fix and cleanup for 32-bit PV sysexit
- From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Xen-devel] kasan_map_early_shadow() on Xen
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
- Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [CISTI'2016]: Doctoral Symposium
- From: "Maria Lemos" <marialemos72@xxxxxxxxx>
- Re: [PATCH v2 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH v2 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v2 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH v3 4/4] VSOCK: Add Makefile and Kconfig
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH v3 3/4] VSOCK: Introduce vhost-vsock.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [RFC PATCH 2/2] block: virtio-blk: support multi virt queues per virtio-blk device
- From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2] vhost: replace % with & on data path
- From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
- Re: [PATCH] ttm/drm: constify ttm_backend_func structures
- From: Christian König <deathsimple@xxxxxxxxxxx>
- Re: [PATCH 0/1] virtio/s390: one fix
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 0/1] virtio/s390: one fix
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH RFC 1/3] xen: export xen_phys_to_bus, xen_bus_to_phys and xen_virt_to_bus
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- Re: [RFC PATCH 2/2] block: virtio-blk: support multi virt queues per virtio-blk device
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v3 4/4] VSOCK: Add Makefile and Kconfig
- From: Alex Bennée <alex.bennee@xxxxxxxxxx>
- [PATCH] ttm/drm: constify ttm_backend_func structures
- From: Julia Lawall <Julia.Lawall@xxxxxxx>
- Re: [PATCH v3 3/4] VSOCK: Introduce vhost-vsock.ko
- From: Alex Bennée <alex.bennee@xxxxxxxxxx>
- Re: [PATCH v3 2/4] VSOCK: Introduce virtio-vsock.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH v3 1/4] VSOCK: Introduce virtio-vsock-common.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH v3 2/4] VSOCK: Introduce virtio-vsock.ko
- From: Alex Bennée <alex.bennee@xxxxxxxxxx>
- Re: [PATCH v3 1/4] VSOCK: Introduce virtio-vsock-common.ko
- From: Alex Bennée <alex.bennee@xxxxxxxxxx>
- Re: [PATCH v3 0/4] Add virtio transport for AF_VSOCK
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v3 4/4] VSOCK: Add Makefile and Kconfig
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v3 3/4] VSOCK: Introduce vhost-vsock.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v3 2/4] VSOCK: Introduce virtio-vsock.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v3 1/4] VSOCK: Introduce virtio-vsock-common.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v3 0/4] Add virtio transport for AF_VSOCK
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH v2] Revert "Merge branch 'vsock-virtio'"
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v2] Revert "Merge branch 'vsock-virtio'"
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH 0/6] VSOCK: revert virtio-vsock until device spec is finalized
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH v2 0/5] Add virtio transport for AF_VSOCK
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH] vhost: vsock: select CONFIG_VHOST
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 0/6] VSOCK: revert virtio-vsock until device spec is finalized
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] vhost: vsock: select CONFIG_VHOST
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] vhost: vsock: select CONFIG_VHOST
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH 6/6] Revert "VSOCK: Introduce vsock_find_unbound_socket and vsock_bind_dgram_generic"
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH 5/6] Revert "VSOCK: Introduce virtio-vsock-common.ko"
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH 4/6] Revert "VSOCK: Introduce virtio-vsock.ko"
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH 3/6] Revert "VSOCK: Introduce vhost-vsock.ko"
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH 2/6] Revert "VSOCK: Add Makefile and Kconfig"
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH 1/6] Revert "VSOCK: fix returnvar.cocci warnings"
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH 0/6] VSOCK: revert virtio-vsock until device spec is finalized
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PULL] vhost: cleanups and fixes
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC 2/3] xen/virtio: allocate a contiguous region to be use as virtio queue
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- [PATCH RFC 1/3] xen: export xen_phys_to_bus, xen_bus_to_phys and xen_virt_to_bus
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- [PATCH RFC 0/3] Xen on Virtio
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- [PATCH RFC 3/3] xen/virtio_ring: introduce cpu_to_virtio_addr and virtio_addr_to_cpu
- From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Re: [PATCH] virtio: Do not drop __GFP_HIGH in alloc_indirect
- From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] VSOCK: fix returnvar.cocci warnings
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] VSOCK: fix returnvar.cocci warnings
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH] VSOCK: fix returnvar.cocci warnings
- From: Julia Lawall <julia.lawall@xxxxxxx>
- [PATCH 6/6] VMware balloon: Update vmw_balloon.c to use the VMW_PORT macro
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- [PATCH 4/6] Input: Remove vmmouse port reservation
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- [PATCH 2/6] x86: Update vmware.c to use the common VMW_PORT macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- [PATCH 1/6] x86: Add VMWare Host Communication Macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [PATCH 1/6] x86: Add VMWare Host Communication Macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [PATCH v2] vhost: replace % with & on data path
- From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] tools/virtio: fix byteswap logic
- From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- IEEE TCSC Award for Excellence in Scalable Computing -- Call for Nominations
- From: Ioan Raicu <iraicu@xxxxxxxxxx>
- [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v4 1/2] virtio_balloon: Restore the entire balloon after the system freeze
- From: Petr Mladek <pmladek@xxxxxxxx>
- [PATCH v4 0/2] virtio_balloon: Fix restore and convert to workqueue
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: [PATCH v2 0/5] Add virtio transport for AF_VSOCK
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 3/3] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v2 0/5] Add virtio transport for AF_VSOCK
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 1/1] virtio/s390: handle error values in irb
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 0/1] virtio/s390: one fix
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [Linux-graphics-maintainer] [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Thomas Hellstrom <thellstrom@xxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [Linux-graphics-maintainer] [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Thomas Hellstrom <thellstrom@xxxxxxxxxx>
- Re: [PATCH 6/6] VMware balloon: Update vmw_balloon.c to use the VMW_PORT macro
- From: Xavier Deguillard <xdeguillard@xxxxxxxxxx>
- Re: [PATCH 1/6] x86: Add VMWare Host Communication Macros
- From: Xavier Deguillard <xdeguillard@xxxxxxxxxx>
- [PATCH] virtio: Do not drop __GFP_HIGH in alloc_indirect
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 3/3] vhost_net: basic polling support
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH v2 5/5] VSOCK: Add Makefile and Kconfig
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v2 4/5] VSOCK: Introduce vhost-vsock.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v2 3/5] VSOCK: Introduce virtio-vsock.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v2 2/5] VSOCK: Introduce virtio-vsock-common.ko
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v2 1/5] VSOCK: Introduce vsock_find_unbound_socket and vsock_bind_dgram_generic
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- [PATCH v2 0/5] Add virtio transport for AF_VSOCK
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH net-next 3/3] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH 4/6] Input: Remove vmmouse port reservation
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH 6/6] VMware balloon: Update vmw_balloon.c to use the VMW_PORT macro
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [PATCH 4/6] Input: Remove vmmouse port reservation
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [PATCH 1/6] x86: Add VMWare Host Communication Macros
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [PATCH 4/6] Input: Remove vmmouse port reservation
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- [PATCH 6/6] VMware balloon: Update vmw_balloon.c to use the VMW_PORT macro
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- [PATCH 4/6] Input: Remove vmmouse port reservation
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- [PATCH 3/6] Input: Update vmmouse.c to use the common VMW_PORT macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- [PATCH 2/6] x86: Update vmware.c to use the common VMW_PORT macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- [PATCH 1/6] x86: Add VMWare Host Communication Macros
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH] virtio: Do not drop __GFP_HIGH in alloc_indirect
- From: Will Deacon <will.deacon@xxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH net-next 3/3] vhost_net: basic polling support
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH V2 3/3] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH V2 2/3] vhost: introduce vhost_vq_more_avail()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH V2 1/3] vhost: introduce vhost_has_work()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH V2 0/3] basic busy polling support for vhost_net
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH net-next 3/3] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH net-next 2/3] vhost: introduce vhost_vq_more_avail()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH v2] vhost: replace % with & on data path
- From: David Miller <davem@xxxxxxxxxx>
- Re: [PATCH] vhost: replace % with & on data path
- From: David Miller <davem@xxxxxxxxxx>
- Re: [PATCH] vhost: replace % with & on data path
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH] vhost: replace % with & on data path
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH] vhost: replace % with & on data path
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH] vhost: replace % with & on data path
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH net-next 3/3] vhost_net: basic polling support
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] tools/virtio: move list macro stubs
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] tools/virtio: fix byteswap logic
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH] tools/virtio: fix byteswap logic
- From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] vhost: replace % with & on data path
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] vhost: replace % with & on data path
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC v2] virtio: skip avail/used index reads
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2] vhost: replace % with & on data path
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: replace % with & on data path
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH RFC] virtio: skip avail/used index reads
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] tools/virtio: move list macro stubs
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] vhost: replace % with & on data path
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] tools/virtio: fix byteswap logic
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 0/3] basic busy polling support for vhost_net
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 2/3] vhost: introduce vhost_vq_more_avail()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 0/3] basic busy polling support for vhost_net
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] remoteproc: fix memory leak of remoteproc ida cache layers
- From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
- Re: [PATCH 2/2] remoteproc: fix memory leak of remoteproc ida cache layers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 2/2] remoteproc: fix memory leak of remoteproc ida cache layers
- From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH net-next 3/3] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next 2/3] vhost: introduce vhost_vq_more_avail()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next 1/3] vhost: introduce vhost_has_work()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next 0/3] basic busy polling support for vhost_net
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] paravirt: remove paravirt ops pmd_update[_defer] and pte_update_defer
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH] paravirt: remove paravirt ops pmd_update[_defer] and pte_update_defer
- From: Juergen Gross <jgross@xxxxxxxx>
- Re: [PATCH -qemu] nvme: support Google vendor extension
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH -qemu] nvme: support Google vendor extension
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Marcel Apfelbaum <marcel@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: Shadow available ring flags & index
- From: "Xie, Huawei" <huawei.xie@xxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: vhost-blk and qemu
- From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "David Woodhouse" <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "David Woodhouse" <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Marcel Apfelbaum <marcel.apfelbaum@xxxxxxxxx>
- Re: [PATCH -qemu] nvme: support Google vendor extension
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH -qemu] nvme: support Google vendor extension
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH -qemu] nvme: support Google vendor extension
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Brian Gerst <brgerst@xxxxxxxxx>
- Re: [PATCH] virtio_ring: Shadow available ring flags & index
- From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH -qemu] nvme: support Google vendor extension
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH -qemu] nvme: support Google vendor extension
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [RFC PATCH 4/9] nvmet: add a controller "start" hook
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [RFC PATCH 4/9] nvmet: add a controller "start" hook
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- [RFC PATCH 9/9] nvme-vhost: add nvme queue handlers
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 8/9] nvme-vhost: add vhost memory helpers
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 7/9] nvme-vhost: add "parse_extra_admin_cmd" callback
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 6/9] nvmet: add a "parse_extra_admin_cmd" hook
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 5/9] nvme-vhost: add controller "start" callback
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 4/9] nvmet: add a controller "start" hook
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 3/9] nvme-vhost: add basic nvme bar read/write
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 2/9] nvme-vhost: add basic ioctl handlers
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 1/9] nvme-vhost: add initial commit
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 0/9] vhost-nvme: new qemu nvme backend using nvme target
- From: Ming Lin <mlin@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Extended deadline: November 22 --- WorldCIST'2016: 4th World Conference on Information Systems and Technologies
- From: "Maria Lemos" <marialemos72@xxxxxxxxx>
- Re: [PATCH v2 0/3] Fix and cleanup for 32-bit PV sysexit
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH v2 0/3] Fix and cleanup for 32-bit PV sysexit
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH v2 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- [PATCH v2 3/3] x86: usergs_sysret32 pv op is no longer needed
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- [PATCH v2 2/3] x86: irq_enable_sysexit pv op is no longer needed
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- [PATCH v2 0/3] Fix and cleanup for 32-bit PV sysexit
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: Shadow available ring flags & index
- From: "Xie, Huawei" <huawei.xie@xxxxxxxxx>
- Re: [RFC] kvmtool: add support for modern virtio-pci
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC] kvmtool: add support for modern virtio-pci
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: [PATCH 0/3] Fix and cleanup for 32-bit PV sysexit
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH -qemu] nvme: support Google vendor extension
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [RFC] kvmtool: add support for modern virtio-pci
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- Re: [RFC] kvmtool: add support for modern virtio-pci
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: [RFC] kvmtool: add support for modern virtio-pci
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: [PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Borislav Petkov <bp@xxxxxxx>
- Re: [PATCH 2/3] x86: irq_enable_sysexit pv op is no longer needed
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [PATCH 3/3] x86: usergs_sysret32 pv op is no longer needed
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 2/3] x86: irq_enable_sysexit pv op is no longer needed
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [PATCH 3/3] x86: usergs_sysret32 pv op is no longer needed
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- [PATCH 0/3] Fix and cleanup for 32-bit PV sysexit
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- [PATCH 2/3] x86: irq_enable_sysexit pv op is no longer needed
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- [PATCH 1/3] x86/xen: Avoid fast syscall path for Xen PV guests
- From: Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>
- Re: [RFC] kvmtool: add support for modern virtio-pci
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- Re: [RFC] kvmtool: add support for modern virtio-pci
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: [RFC] kvmtool: add support for modern virtio-pci
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- [PATCH -qemu] nvme: support Google vendor extension
- From: Ming Lin <mlin@xxxxxxxxxx>
- [PATCH -kernel] nvme: improve performance for virtual NVMe devices
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC PATCH 0/2] Google extension to improve qemu-nvme performance
- From: Ming Lin <mlin@xxxxxxxxxx>
- [RFC] kvmtool: add support for modern virtio-pci
- From: Sasha Levin <sasha.levin@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: Shadow available ring flags & index
- From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] virtio_ring: Shadow available ring flags & index
- From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next RFC V3 0/3] basic busy polling support for vhost_net
- From: Felipe Franciosi <felipe@xxxxxxxxxxx>
- [PATCH] paravirt: remove paravirt ops pmd_update[_defer] and pte_update_defer
- From: Juergen Gross <jgross@xxxxxxxx>
- Re: [PATCH] paravirt: remove paravirt ops pmd_update_defer and pte_update_defer
- From: Juergen Gross <jgross@xxxxxxxx>
- [PATCH] paravirt: remove paravirt ops pmd_update_defer and pte_update_defer
- From: Juergen Gross <jgross@xxxxxxxx>
- Re: [PATCH] paravirt: remove unused pv_apic_ops structure
- From: David Vrabel <david.vrabel@xxxxxxxxxx>
- [PATCH] paravirt: remove unused pv_apic_ops structure
- From: Juergen Gross <jgross@xxxxxxxx>
- vhost-blk and qemu
- From: Mohan G via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next RFC V3 0/3] basic busy polling support for vhost_net
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] vhost: relax log address alignment
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: Shadow available ring flags & index
- From: "Xie, Huawei" <huawei.xie@xxxxxxxxx>
- [PATCH] vhost: relax log address alignment
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio_ring: Shadow available ring flags & index
- From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next RFC V3 0/3] basic busy polling support for vhost_net
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] vhost: move is_le setup to the backend
- From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] vhost: move is_le setup to the backend
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: move is_le setup to the backend
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next RFC V3 0/3] basic busy polling support for vhost_net
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next RFC V3 3/3] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next RFC V3 2/3] vhost: introduce vhost_vq_more_avail()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next RFC V3 1/3] vhost: introduce vhost_has_work()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next RFC V3 0/3] basic busy polling support for vhost_net
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH] VMCI: Use 32bit atomics for queue headers on X86_32
- From: Jorgen Hansen <jhansen@xxxxxxxxxx>
- Re: [PATCH] vhost: move is_le setup to the backend
- From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH] virtio_ring: Shadow available ring flags & index
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] virtio_ring: Shadow available ring flags & index
- From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Knut Omang <knut.omang@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [GIT PULL v4 3/3] s390/dma: Allow per device dma ops
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [GIT PULL v4 0/3] dma and virtio prep patches
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- [GIT PULL v4 0/3] dma and virtio prep patches
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v4 3/3] s390/dma: Allow per device dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v4 2/3] alpha/dma: use common noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [GIT PULL v4 1/3] dma: Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH 1/3] dma: Provide simple noop dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [RFC PATCH] x86/paravirt: Kill some unused patching functions
- From: Juergen Gross <jgross@xxxxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- [PATCH 2/3] alpha/dma: use common noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv3 0/3] dma ops and virtio
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/3] dma: Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [RFC PATCH] x86/paravirt: Kill some unused patching functions
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH net-next rfc V2 0/2] basic busy polling support for vhost_net
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] vhost: move is_le setup to the backend
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCHv2 0/3] dma ops and virtio
- From: Sebastian Ott <sebott@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 2/3] alpha: use common noop dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [PATCH 1/3] Provide simple noop dma ops
- From: Joerg Roedel <jroedel@xxxxxxx>
- Re: [kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test
- From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
- Re: [kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- Re: [kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 0/7] Hyper-V Synthetic interrupt controller
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Joerg Roedel <jroedel@xxxxxxx>
- [PATCH v4 6/6] virtio_pci: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 5/6] virtio_mmio: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 4/6] virtio: Add improved queue allocation API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 3/6] virtio_pci: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 2/6] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v3 3/3] virtio_pci: Use the DMA API
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v3 2/3] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v3 1/3] virtio_net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH v2 1/3] virtio_net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH 2/7] target-i386/kvm: Hyper-V SynIC MSR's support
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- [PATCH 6/7] target-i386/hyperv: Hyper-V SynIC SINT routing and vCPU exit
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- [PATCH 7/7] hw/misc: Hyper-V test device 'hyperv-testdev'
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- [PATCH 4/7] kvm: Hyper-V SynIC irq routing support
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- [PATCH 0/7] Hyper-V Synthetic interrupt controller
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- [PATCH 3/7] linux-headers/kvm: add Hyper-V SynIC irq routing type and struct
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- [PATCH 5/7] linux-headers/kvm: KVM_EXIT_HYPERV type and struct
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- [PATCH 1/7] standard-headers/x86: add Hyper-V SynIC constants
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- [kvm-unit-tests PATCH] x86: hyperv_synic: Hyper-V SynIC test
- From: Andrey Smetanin <asmetanin@xxxxxxxxxxxxx>
- Re: [PATCH] VSOCK: define VSOCK_SS_LISTEN once only
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v4 1/6] virtio-net: Stop doing DMA from the stack
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 3/3] s390/dma: Allow per device dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 2/3] alpha: use common noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 1/3] Provide simple noop dma ops
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCHv2 0/3] dma ops and virtio
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v4 2/6] virtio_ring: Support DMA APIs
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH net-next rfc V2 0/2] basic busy polling support for vhost_net
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH] vhost: move is_le setup to the backend
- From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- WorldCIST'2016 Call for Papers - Deadline: November 15, 2015
- From: "ML" <marialemos72@xxxxxxxxx>
- Re: [PATCH v4 0/6] virtio core DMA API conversion
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v2 1/3] virtio_net: Stop doing DMA from the stack
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH] VSOCK: define VSOCK_SS_LISTEN once only
- From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH net-next rfc V2 2/2] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next rfc V2 1/2] vhost: introduce vhost_has_work()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next rfc V2 0/2] basic busy polling support for vhost_net
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH v3 1/3] virtio_net: Stop doing DMA from the stack
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 1/3] virtio_net: Stop doing DMA from the stack
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v3 0/3] virtio DMA API core stuff
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] vhost: fix performance on LE hosts
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] vhost: fix performance on LE hosts
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: fix performance on LE hosts
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] vhost: fix performance on LE hosts
- From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
- [PATCH] vhost: fix performance on LE hosts
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 3/7] linux-headers/kvm: add Hyper-V SynIC irq routing type and struct
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 3/7] linux-headers/kvm: add Hyper-V SynIC irq routing type and struct
- From: Peter Maydell <peter.maydell@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 3/7] linux-headers/kvm: add Hyper-V SynIC irq routing type and struct
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 3/7] linux-headers/kvm: add Hyper-V SynIC irq routing type and struct
- From: Peter Maydell <peter.maydell@xxxxxxxxxx>
- Re: [PATCH net-next RFC 2/2] vhost_net: basic polling support
- From: Rick Jones <rick.jones2@xxxxxxx>
- Re: [PATCH net-next RFC 2/2] vhost_net: basic polling support
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next RFC 2/2] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH net-next RFC 2/2] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH net-next RFC 1/2] vhost: introduce vhost_has_work()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH net-next RFC 2/2] vhost_net: basic polling support
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] VSOCK: sock_put wasn't safe to call in interrupt context
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next RFC 2/2] vhost_net: basic polling support
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next RFC 1/2] vhost: introduce vhost_has_work()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH net-next RFC 2/2] vhost_net: basic polling support
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH net-next RFC 1/2] vhost: introduce vhost_has_work()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH] VSOCK: sock_put wasn't safe to call in interrupt context
- From: Jorgen Hansen <jhansen@xxxxxxxxxx>
- Re: [PATCH] drm/virtio: use %llu format string form atomic64_t
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [PATCH] drm/virtio: use %llu format string form atomic64_t
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH] drm/virtio: use %llu format string form atomic64_t
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] drm/virtio: use %llu format string form atomic64_t
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] drm/virtio: use %llu format string form atomic64_t
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 9/9] kvm/x86: Hyper-V kvm exit
- From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
- Re: [PATCH 9/9] kvm/x86: Hyper-V kvm exit
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH 9/9] kvm/x86: Hyper-V kvm exit
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 8/9] kvm/x86: Hyper-V synthetic interrupt controller
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 7/9] kvm/x86: split ioapic-handled and EOI exit bitmaps
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 6/9] drivers/hv: share Hyper-V SynIC constants with userspace
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 5/9] kvm/irqchip: kvm_arch_irq_routing_update renaming split
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 4/9] kvm/irqchip: allow only multiple irqchip routes per GSI
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 3/9] kvm/eventfd: add arch-specific set_irq
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 2/9] kvm/eventfd: factor out kvm_notify_acked_gsi()
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 1/9] kvm/eventfd: avoid loop inside irqfd_update()
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH v2 0/9] Hyper-V synthetic interrupt controller
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- Call for Papers - WorldCIST'16 - 4th World Conference on Information Systems and Technologies
- From: "Maria Lemos" <marialemos72@xxxxxxxxx>
- RE: [Qemu-devel] [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: Eric Blake <eblake@xxxxxxxxxx>
- Re: [Qemu-devel] [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: Eric Blake <eblake@xxxxxxxxxx>
- Re: [PATCH 1/2] kvm/x86: Hyper-V synthetic interrupt controller
- From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] kvm/x86: Hyper-V synthetic interrupt controller
- From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] kvm/x86: Hyper-V synthetic interrupt controller
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 1/2] kvm/x86: Hyper-V synthetic interrupt controller
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: [PATCH 1/2] kvm/x86: Hyper-V synthetic interrupt controller
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 1/2] kvm/x86: Hyper-V synthetic interrupt controller
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 1/2] kvm/x86: Hyper-V synthetic interrupt controller
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- [PATCH 2/2] kvm/x86: Hyper-V kvm exit
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 1/2] kvm/x86: Hyper-V synthetic interrupt controller
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- [PATCH 0/2] Hyper-V synthetic interrupt controller
- From: "Denis V. Lunev" <den@xxxxxxxxxx>
- Re: [PATCH] drm/virtio: use %llu format string form atomic64_t
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] drm/virtio: use %llu format string form atomic64_t
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] drm/virtio: use %llu format string form atomic64_t
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- [PATCH] drm/virtio: use %llu format string form atomic64_t
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: rfc: vhost user enhancements for vm2vm communication
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: rfc: vhost user enhancements for vm2vm communication
- From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
- [PATCH v3 4/7] virtio-gpu: add 3d/virgl support
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- [PATCH v3 5/7] virtio-gpu: add basic prime support
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- [PATCH v3 7/7] [wip] virtio-gpu: add page flip support
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- [PATCH v3 6/7] virtio-gpu: mark as a render gpu
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- [PATCH v3 3/7] virtio-gpu: wait for cursor updates finish
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- [PATCH v3 2/7] virtio-gpu: add & use virtio_gpu_queue_fenced_ctrl_buffer
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
[Index of Archives]
[KVM]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]