Linux Virtualization Development

• Thread Index

• Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
  • From: Rafael Aquini <aquini@xxxxxxxxxx>
• Re: [PATCH 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio/s390: use dev_to_virtio
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [RFC v4 0/5] Add virtio transport for AF_VSOCK
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 12/32] x86/um: reuse asm-generic/barrier.h
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 15/32] powerpc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] vhost: basic device IOTLB support
  • From: Jason Wang <jasowang@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: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_balloon: refill by config handler
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 2/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 17/32] arm: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_balloon: refill by config handler
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2 22/32] s390: define __smp_xxx
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v2 22/32] s390: 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 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>