Linux Virtualization Development

• Thread Index

• Re: [PATCH] gpu/drm: Use u64_to_user_pointer
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] gpu/drm: Use u64_to_user_pointer
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] gpu/drm: Use u64_to_user_pointer
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] gpu/drm: Use u64_to_user_pointer
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [net-next v2] virtio_net: replace netdev_alloc_skb_ip_align() with napi_alloc_skb()
  • From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [net-next v2] virtio_net: replace netdev_alloc_skb_ip_align() with napi_alloc_skb()
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• CfP 11th Workshop on Virtualization in High-Performance Cloud Computing (VHPC '16)
  • From: VHPC 16 <vhpc.dist@xxxxxxxxx>
• Re: [PATCH net-next] virtio_net: replace netdev_alloc_skb_ip_align() with napi_alloc_skb()
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next] virtio_net: replace netdev_alloc_skb_ip_align() with napi_alloc_skb()
  • From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] virtio_net: replace netdev_alloc_skb_ip_align() with napi_alloc_skb()
  • From: Venkatesh Srinivas via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 11/19] zsmalloc: squeeze freelist into page->mapping
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC v2 -next 1/2] virtio: Start feature MTU support
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 -next 0/2] virtio-net: Advised MTU feature
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• Re: [RFC v2 -next 0/2] virtio-net: Advised MTU feature
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• Re: [RFC v2 -next 2/2] virtio_net: Read the advised MTU
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• Re: [RFC v2 -next 2/2] virtio_net: Read the advised MTU
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• Re: [RFC v2 -next 1/2] virtio: Start feature MTU support
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• [PATCH net-next] virtio_net: replace netdev_alloc_skb_ip_align() with napi_alloc_skb()
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH v1 11/19] zsmalloc: squeeze freelist into page->mapping
  • From: YiPing Xu <xuyiping@xxxxxxxxxxxxx>
• Re: [RFC v2 -next 1/2] virtio: Start feature MTU support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC v2 -next 1/2] virtio: Start feature MTU support
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [virtio-dev] virtio-vsock live migration
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: [PATCH v1 19/19] zram: use __GFP_MOVABLE for memory allocation
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v1 11/19] zsmalloc: squeeze freelist into page->mapping
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v1 09/19] zsmalloc: keep max_object in size_class
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v1 08/19] zsmalloc: remove unused pool param in obj_free
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v1 07/19] zsmalloc: reordering function parameter
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v1 06/19] zsmalloc: clean up many BUG_ON
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v1 05/19] zsmalloc: use first_page rather than page
  • From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
• Re: [PATCH v1 13/19] zsmalloc: factor page chain functionality out
  • From: xuyiping <xuyiping@xxxxxxxxxxxxx>
• Re: [PATCH v1 09/19] zsmalloc: keep max_object in size_class
  • From: xuyiping <xuyiping@xxxxxxxxxxxxx>
• Re: [PATCH v1 03/19] fs/anon_inodes: new interface to create new inode
  • From: Gioh Kim <gi-oh.kim@xxxxxxxxxxxxxxxx>
• Re: [virtio-dev] virtio-vsock live migration
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] virtio-vsock live migration
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [RFC v2 -next 2/2] virtio_net: Read the advised MTU
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC v2 -next 2/2] virtio_net: Read the advised MTU
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 -next 0/2] virtio-net: Advised MTU feature
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• RE: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [RFC v2 -next 0/2] virtio-net: Advised MTU feature
  • From: Rick Jones <rick.jones2@xxxxxxx>
• [RFC v2 -next 2/2] virtio_net: Read the advised MTU
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• [RFC v2 -next 1/2] virtio: Start feature MTU support
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• [RFC v2 -next 0/2] virtio-net: Advised MTU feature
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• Re: [RFC -next 2/2] virtio_net: Read and use the advised MTU
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• Re: [RFC -next 2/2] virtio_net: Read and use the advised MTU
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• Re: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v1 01/19] mm: use put_page to free page instead of putback_lru_page
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [virtio-dev] virtio-vsock live migration
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] virtio-vsock live migration
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: virtio-vsock live migration
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• RE: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 11/19] zsmalloc: squeeze freelist into page->mapping
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v1 09/19] zsmalloc: keep max_object in size_class
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• RE: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [PATCH V4 0/3] basic busy polling support for vhost_net
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v1 01/19] mm: use put_page to free page instead of putback_lru_page
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [virtio-dev] virtio-vsock live migration
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 01/19] mm: use put_page to free page instead of putback_lru_page
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v1 13/19] zsmalloc: factor page chain functionality out
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v1 09/19] zsmalloc: keep max_object in size_class
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v1 02/19] mm/compaction: support non-lru movable page migration
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v1 02/19] mm/compaction: support non-lru movable page migration
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 03/19] fs/anon_inodes: new interface to create new inode
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v1 18/19] zsmalloc: migrate tail pages in zspage
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 19/19] zram: use __GFP_MOVABLE for memory allocation
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 15/19] zsmalloc: zs_compact refactoring
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 16/19] zsmalloc: migrate head page of zspage
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 17/19] zsmalloc: use single linked list for page chain
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 14/19] zsmalloc: separate free_zspage from putback_zspage
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 13/19] zsmalloc: factor page chain functionality out
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 11/19] zsmalloc: squeeze freelist into page->mapping
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 12/19] zsmalloc: move struct zs_meta from mapping to freelist
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 10/19] zsmalloc: squeeze inuse into page->mapping
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 02/19] mm/compaction: support non-lru movable page migration
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 09/19] zsmalloc: keep max_object in size_class
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 04/19] mm/balloon: use general movable page feature into balloon
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 06/19] zsmalloc: clean up many BUG_ON
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 07/19] zsmalloc: reordering function parameter
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 03/19] fs/anon_inodes: new interface to create new inode
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 08/19] zsmalloc: remove unused pool param in obj_free
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 05/19] zsmalloc: use first_page rather than page
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 01/19] mm: use put_page to free page instead of putback_lru_page
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v1 00/19] Support non-lru page migration
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• RE: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: virtio-vsock live migration
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC -next 2/2] virtio_net: Read and use the advised MTU
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• KVM Forum 2016: Call For Participation
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC -next 2/2] virtio_net: Read and use the advised MTU
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [RFC -next 2/2] virtio_net: Read and use the advised MTU
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• [RFC -next 1/2] virtio: Start the advised MTU feature support
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• [RFC -next 0/2] virtio-net: Advised MTU feature
  • From: Aaron Conole <aconole@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• RE: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• RE: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC kernel 0/2]A PV solution for KVM live migration optimization
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• RE: [Qemu-devel] [RFC kernel 0/2]A PV solution for KVM live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC kernel 0/2]A PV solution for KVM live migration optimization
  • From: Jitendra Kolhe <jitendra.kolhe@xxxxxxx>
• Re: [PATCH V4 0/3] basic busy polling support for vhost_net
  • From: "Michael Rapoport" <RAPOPORT@xxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH V4 0/3] basic busy polling support for vhost_net
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Re: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Jitendra Kolhe <jitendra.kolhe@xxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [PATCH 05/16] drm/gma: removed optional dummy crtc mode_fixup function.
  • From: Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH 00/16] drm crtc cleanup: nuke optional dummy crtc mode_fixup function.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• [PATCH V4 3/3] vhost_net: basic polling support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 2/3] vhost: introduce vhost_vq_avail_empty()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 1/3] vhost: introduce vhost_has_work()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 0/3] basic busy polling support for vhost_net
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• Re: [PATCH 11/16] drm/atmel-hldcd: removed optional dummy crtc mode_fixup function.
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/16] drm: fixes crct set_mode when crtc mode_fixup is null.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 4/4] migration: filter out guest's free pages in ram bulk stage
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• RE: [RFC qemu 2/4] virtio-balloon: Add a new feature to balloon device
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• RE: [RFC qemu 4/4] migration: filter out guest's free pages in ram bulk stage
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• RE: [RFC qemu 2/4] virtio-balloon: Add a new feature to balloon device
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• RE: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Li, Liang Z" <liang.z.li@xxxxxxxxx>
• Re: [RFC qemu 0/4] A PV solution for live migration optimization
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• [RFC kernel 2/2] virtio-balloon: extend balloon driver to support a new feature
  • From: Liang Li <liang.z.li@xxxxxxxxx>
• [RFC kernel 1/2] mm: Add the functions used to get free pages information
  • From: Liang Li <liang.z.li@xxxxxxxxx>
• [RFC kernel 0/2]A PV solution for KVM live migration optimization
  • From: Liang Li <liang.z.li@xxxxxxxxx>
• [RFC qemu 4/4] migration: filter out guest's free pages in ram bulk stage
  • From: Liang Li <liang.z.li@xxxxxxxxx>
• [RFC qemu 1/4] pc: Add code to get the lowmem form PCMachineState
  • From: Liang Li <liang.z.li@xxxxxxxxx>
• [RFC qemu 3/4] migration: not set migration bitmap in setup stage
  • From: Liang Li <liang.z.li@xxxxxxxxx>
• [RFC qemu 2/4] virtio-balloon: Add a new feature to balloon device
  • From: Liang Li <liang.z.li@xxxxxxxxx>
• [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Liang Li <liang.z.li@xxxxxxxxx>
• virtio-vsock live migration
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization
  • From: Roman Kagan <rkagan@xxxxxxxxxxxxx>
• [PULL for-4.5] virtio/vhost: minor fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC qemu 2/4] virtio-balloon: Add a new feature to balloon device
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Qemu-devel] [RFC qemu 4/4] migration: filter out guest's free pages in ram bulk stage
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [RFC qemu 2/4] virtio-balloon: Add a new feature to balloon device
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [RFC qemu 4/4] migration: filter out guest's free pages in ram bulk stage
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 0/2] virtio/s390 patches
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 2/2] virtio/s390: size of SET_IND payload
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH 0/2] virtio/s390 patches
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH 1/2] virtio/s390: use dev_to_virtio
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH V3 3/3] vhost_net: basic polling support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V3 3/3] vhost_net: basic polling support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V3 3/3] vhost_net: basic polling support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V3 3/3] vhost_net: basic polling support
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH V3 3/3] vhost_net: basic polling support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Call For Papers - CISTI 2016 Workshops - Deadline March 15
  • From: "Maria Lemos" <marialemos72@xxxxxxxxx>
• Re: [PATCH V3 0/3] basic busy polling support for vhost_net
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V3 0/3] basic busy polling support for vhost_net
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH V3 3/3] vhost_net: basic polling support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V3 2/3] vhost: introduce vhost_vq_avail_empty()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V3 1/3] vhost: introduce vhost_has_work()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V3 0/3] basic busy polling support for vhost_net
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2] virtio_blk: VIRTIO_BLK_F_WCE->VIRTIO_BLK_F_FLUSH
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v2] virtio_blk: VIRTIO_BLK_F_WCE->VIRTIO_BLK_F_FLUSH
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_blk: VIRTIO_BLK_F_WCE->VIRTIO_BLK_F_FLUSH
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH] virtio_blk: VIRTIO_BLK_F_WCE->VIRTIO_BLK_F_FLUSH
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: export 'available' memory to balloon statistics
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: export 'available' memory to balloon statistics
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: export 'available' memory to balloon statistics
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: export 'available' memory to balloon statistics
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_net: switch to build_skb for mrg_rxbuf
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio_net: switch to build_skb for mrg_rxbuf
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 09/16] drm/shmobile: removed optional dummy crtc mode_fixup function.
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 07/16] drm/omapdrm: removed optional dummy crtc mode_fixup function.
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 06/16] drm/rcar-du: removed optional dummy crtc mode_fixup function.
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 11/16] drm/atmel-hldcd: removed optional dummy crtc mode_fixup function.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v7 0/9] virtio DMA API, yet again
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/9] virtio DMA API, yet again
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 11/16] drm/atmel-hldcd: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• Re: [PATCH v7 0/9] virtio DMA API, yet again
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 11/16] drm/atmel-hldcd: removed optional dummy crtc mode_fixup function.
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 15/17] drm/rockchip: removed optional dummy encoder mode_fixup function.
  • From: Mark yao <mark.yao@xxxxxxxxxxxxxx>
• Re: [PATCH 01/16] drm: fixes crct set_mode when crtc mode_fixup is null.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 01/16] drm: fixes crct set_mode when crtc mode_fixup is null.
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] calculate 'available' memory in the separate function
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• [PATCH 2/2] virtio_balloon: export 'available' memory to balloon statistics
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• [PATCH 0/2] export 'available' memory to virtio balloon statistics
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• Re: [PATCH v2 0/3] vhost: cross-endian code cleanup
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] vhost: cross-endian code cleanup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 01/16] drm: fixes crct set_mode when crtc mode_fixup is null.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 3/3] vhost: rename vhost_init_used()
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] vhost: rename cross-endian helpers
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] vhost: fix error path in vhost_init_used()
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/3] vhost: cross-endian code cleanup
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/17] drm encoders cleanup: nuke optional dummy encoder mode_fixup function.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 01/16] drm: fixes crct set_mode when crtc mode_fixup is null.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 03/17] drm/exynos: removed optional dummy encoder mode_fixup function.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 15/16] drm/bochs: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 16/16] drm/ast: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 14/16] drm/fsl-dcu: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 11/16] drm/atmel-hldcd: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 10/16] drm/sti: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 07/16] drm/omapdrm: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 13/16] drm/virtio: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 12/16] drm/nouveau/dispnv04: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 06/16] drm/rcar-du: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 04/16] drm/udl: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 09/16] drm/shmobile: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 08/16] drm/msm/mdp: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 05/16] drm/gma: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 03/16] drm/mgag200: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 02/16] drm/cirrus: removed optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 00/16] drm crtc cleanup: nuke optional dummy crtc mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 01/16] drm: fixes crct set_mode when crtc mode_fixup is null.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• Re: [PATCH v2 16/17] drm/sti: removed optional dummy encoder mode_fixup function.
  • From: Vincent ABRIOU <vincent.abriou@xxxxxx>
• Re: [PATCH v2 10/17] drm/imx: removed optional dummy encoder mode_fixup function.
  • From: Philipp Zabel <p.zabel@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/17] drm/gma500: removed optional dummy encoder mode_fixup function.
  • From: Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>
• Re: [PATCH v2 03/17] drm/exynos: removed optional dummy encoder mode_fixup function.
  • From: Patrik Jakobsson <patrik.r.jakobsson@xxxxxxxxx>
• Re: [PATCH v2 03/17] drm/exynos: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• Re: [PATCH v2 00/17] drm encoders cleanup: nuke optional dummy encoder mode_fixup function.
  • From: Christian König <deathsimple@xxxxxxxxxxx>
• [PATCH v2 17/17] drm/tilcdc: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 16/17] drm/sti: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 15/17] drm/rockchip: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 14/17] drm/radeon: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 06/17] drm/bochs: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 04/17] drm/amdgpu: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 10/17] drm/imx: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 13/17] drm/qxl: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 12/17] drm/mgag200: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 11/17] drm/msm/mdp: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 09/17] drm/gma500: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 08/17] drm/exynos: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 07/17] drm/cirrus: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 05/17] drm/ast: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 03/17] drm/exynos: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 02/17] drm/udl: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 01/17] drm/virtio: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH v2 00/17] drm encoders cleanup: nuke optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• Re: [PATCH 01/17] drm/virtio: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• Re: [PATCH 01/17] drm/virtio: removed optional dummy encoder mode_fixup function.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 14/17] drm/radeon: removed optional dummy encoder mode_fixup function.
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 04/17] drm/amdgpu: removed optional dummy encoder mode_fixup function.
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• [PATCH 11/17] drm/msm/mdp: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 10/17] drm/imx: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 12/17] drm/mgag200: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 05/17] drm/ast: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 02/17] drm/udl: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 01/17] drm/virtio: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 00/17] drm encoders cleanup: nuke optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 09/17] drm/gma500: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 07/17] drm/cirrus: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 04/17] drm/amdgpu: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 08/17] drm/exynos: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 06/17] drm/bochs: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 00/17] drm encoders cleanup: nuke optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 02/17] drm/udl: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 01/17] drm/virtio: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 03/17] drm/exynos: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 04/17] drm/amdgpu: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 03/17] drm/exynos: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 17/17] drm/tilcdc: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 16/17] drm/sti: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 15/17] drm/rockchip: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 14/17] drm/radeon: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• [PATCH 13/17] drm/qxl: removed optional dummy encoder mode_fixup function.
  • From: Carlos Palminha <CARLOS.PALMINHA@xxxxxxxxxxxx>
• Re: [PATCH 1/2] vhost: helpers to enable/disable vring endianness
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] vhost: helpers to enable/disable vring endianness
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] vhost: disentangle vring endianness stuff from the core code
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] vhost: disentangle vring endianness stuff from the core code
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 1/2] vhost: helpers to enable/disable vring endianness
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 2/2] vhost: disentangle vring endianness stuff from the core code
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] vhost: helpers to enable/disable vring endianness
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] vhost: disentangle vring endianness stuff from the core code
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/2] vhost: helpers to enable/disable vring endianness
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 6/6] VMware balloon: Update vmw_balloon.c to use the VMW_PORT macro
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 9/9] vring: Use the DMA API on Xen
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] virtio_net: add ethtool support for set and get of settings
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 5/9] virtio_ring: Support DMA APIs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v7 0/9] virtio DMA API, yet again
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH v7 5/9] virtio_ring: Support DMA APIs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 9/9] vring: Use the DMA API on Xen
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• [PATCH v7 9/9] vring: Use the DMA API on Xen
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v7 8/9] virtio_pci: Use the DMA API if enabled
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v7 7/9] virtio_mmio: Use the DMA API if enabled
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v7 6/9] virtio: Add improved queue allocation API
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v7 5/9] virtio_ring: Support DMA APIs
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v7 4/9] vring: Introduce vring_use_dma_api()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v7 3/9] s390/dma: Allow per device dma ops
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v7 2/9] alpha/dma: use common noop dma ops
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v7 1/9] dma: Provide simple noop dma ops
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v7 0/9] virtio DMA API, yet again
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v6 6/9] virtio: Add improved queue allocation API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v6 3/9] s390/dma: Allow per device dma ops
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH net-next] virtio_net: add ethtool support for set and get of settings
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next] virtio_net: add ethtool support for set and get of settings
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next] virtio_net: add ethtool support for set and get of settings
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] virtio_net: add ethtool support for set and get of settings
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next] virtio_net: add ethtool support for set and get of settings
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 6/9] virtio: Add improved queue allocation API
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v6 0/9] virtio DMA API, yet again
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v6 9/9] vring: Use the DMA API on Xen
  • From: Wei Liu <wei.liu2@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
  • From: Wei Liu <wei.liu2@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again
  • From: Wei Liu <wei.liu2@xxxxxxxxxx>
• Re: bonding (IEEE 802.3ad) not working with qemu/virtio
  • From: Rick Jones <rick.jones2@xxxxxxx>
• Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v6 9/9] vring: Use the DMA API on Xen
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• [PATCH v6 9/9] vring: Use the DMA API on Xen
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 8/9] virtio_pci: Use the DMA API if enabled
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 7/9] virtio_mmio: Use the DMA API if enabled
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 6/9] virtio: Add improved queue allocation API
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 4/9] vring: Introduce vring_use_dma_api()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 5/9] virtio_ring: Support DMA APIs
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 3/9] s390/dma: Allow per device dma ops
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 2/9] alpha/dma: use common noop dma ops
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 1/9] dma: Provide simple noop dma ops
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v6 0/9] virtio DMA API, yet again
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again
  • From: Wei Liu <wei.liu2@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 00/10] virtio DMA API, yet again
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] virtio DMA API, yet again
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 00/10] virtio DMA API, yet again
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: bonding (IEEE 802.3ad) not working with qemu/virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: bonding (IEEE 802.3ad) not working with qemu/virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: bonding (IEEE 802.3ad) not working with qemu/virtio
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: bonding (IEEE 802.3ad) not working with qemu/virtio
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: bonding (IEEE 802.3ad) not working with qemu/virtio
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
• Re: bonding (IEEE 802.3ad) not working with qemu/virtio
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [tip:locking/core] locking/x86: Use mb() around clflush()
  • From: "tip-bot for Michael S. Tsirkin" <tipbot@xxxxxxxxx>
• [tip:locking/core] locking/x86: Tweak the comment about use of wmb() for IO
  • From: "tip-bot for Michael S. Tsirkin" <tipbot@xxxxxxxxx>
• [tip:locking/core] locking/x86: Drop a comment left over from X86_OOSTORE
  • From: "tip-bot for Michael S. Tsirkin" <tipbot@xxxxxxxxx>
• [tip:locking/core] locking/x86: Add cc clobber for ADDL
  • From: "tip-bot for Michael S. Tsirkin" <tipbot@xxxxxxxxx>
• Re: [PATCH v5 00/10] virtio DMA API, yet again
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH v5 09/10] vring: Use the DMA API on Xen
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• [PATCH v5 10/10] vring: Add a module parameter to force-enable the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 09/10] vring: Use the DMA API on Xen
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 08/10] virtio_pci: Use the DMA API if enabled
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 07/10] virtio_mmio: Use the DMA API if enabled
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 06/10] virtio: Add improved queue allocation API
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 05/10] virtio_ring: Support DMA APIs
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 04/10] vring: Introduce vring_use_dma_api()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 03/10] s390/dma: Allow per device dma ops
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 02/10] alpha/dma: use common noop dma ops
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 01/10] dma: Provide simple noop dma ops
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v5 00/10] virtio DMA API, yet again
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v5 4/5] x86: use mb() around clflush
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v5 5/5] x86: drop mfence in favor of lock+addl
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v5 4/5] x86: use mb() around clflush
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v5 3/5] x86: tweak the comment about use of wmb for IO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v5 2/5] x86: drop a comment left over from X86_OOSTORE
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v5 1/5] x86: add cc clobber for addl
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v5 0/5] x86: faster smp_mb()+documentation tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC v4 0/5] Add virtio transport for AF_VSOCK
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PULL] virtio: fixes, tests
  • From: Junio C Hamano <gitster@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PULL] virtio: fixes, tests
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PULL] virtio: fixes, tests
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PULL] virtio: fixes, tests
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PULL] virtio: fixes, tests
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 5/5] x86: drop mfence in favor of lock+addl
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 5/5] x86: drop mfence in favor of lock+addl
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 5/5] x86: drop mfence in favor of lock+addl
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 4/5] x86: use mb() around clflush
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 3/5] x86: tweak the comment about use of wmb for IO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 2/5] x86: drop a comment left over from X86_OOSTORE
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 1/5] x86: add cc clobber for addl
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 0/5] x86: faster smp_mb()+documentation tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 0/2] vhost: cross-endian code cleanup
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] documentation: Add disclaimer
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] documentation: Add disclaimer
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/3] basic busy polling support for vhost_net
  • From: Michael Rapoport <RAPOPORT@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] x86: faster mb()+documentation tweaks
  • From: Boris Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 0/4] x86: faster mb()+documentation tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v5 2/2] virtio_balloon: Allow to resize and update the balloon stats in parallel
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v5 1/2] virtio_balloon: Use a workqueue instead of "vballoon" kthread
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v5 0/2] virtio_balloon: Conversion to workqueue + parallel stats
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V2 0/3] basic busy polling support for vhost_net
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] tools/virtio: add ringtest utilities
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH V2 3/3] vhost_net: basic polling support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V2 2/3] vhost: introduce vhost_vq_more_avail()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: virtio ring layout changes for optimal single-stream performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: virtio ring layout changes for optimal single-stream performance
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• virtio ring layout changes for optimal single-stream performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] tools/virtio: add ringtest utilities
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] sh: fix smp_store_mb for !SMP
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: virtio pull for 4.5 (was Re: [PULL] virtio: barrier rework+fixes)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] vhost: disentangle vring endianness stuff from the core code
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 1/2] vhost: helpers to enable/disable vring endianness
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH V2 3/3] vhost_net: basic polling support
  • From: Yang Zhang <yang.zhang.wz@xxxxxxxxx>
• Re: [PATCH V2 3/3] vhost_net: basic polling support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V2 3/3] vhost_net: basic polling support
  • From: Yang Zhang <yang.zhang.wz@xxxxxxxxx>
• [PATCH] tools/virtio: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V2 3/3] vhost_net: basic polling support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V2 2/3] vhost: introduce vhost_vq_more_avail()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] vhost: convert pre sorted vhost memory array to interval tree
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [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 RFC] vhost: convert pre sorted vhost memory array to interval tree
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: virtio pull for 4.5 (was Re: [PULL] virtio: barrier rework+fixes)
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: virtio pull for 4.5 (was Re: [PULL] virtio: barrier rework+fixes)
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• virtio pull for 4.5 (was Re: [PULL] virtio: barrier rework+fixes)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH RFC] vhost: convert pre sorted vhost memory array to interval tree
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] virtio_pci: fix use after free on release
  • From: Jerome Marchand <jmarchan@xxxxxxxxxx>
• Possible memory corruption in virtio-pci driver.
  • From: Jerome Marchand <jmarchan@xxxxxxxxxx>
• Re: Possible memory corruption in virtio-pci driver.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio_pci: fix use after free on release
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 0/4] x86: faster mb()+documentation tweaks
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 4/4] x86: drop mfence in favor of lock+addl
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 3/4] x86: tweak the comment about use of wmb for IO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 2/4] x86: drop a comment left over from X86_OOSTORE
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 1/4] x86: add cc clobber for addl
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 0/4] x86: faster mb()+documentation tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• [PATCH] uapi: use __u8 from linux/types.h
  • From: Gleb Fotengauer-Malinovskiy <glebfm@xxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Leonid Yegoshin <Leonid.Yegoshin@xxxxxxxxxx>
• 15-day Public Review for Virtual I/O Device (VIRTIO) Version 1.0 - ends January 26th
  • From: Chet Ensign <chet.ensign@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] vhost: disentangle vring endianness stuff from the core code
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] vhost: helpers to enable/disable vring endianness
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] vhost: cross-endian code cleanup
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PULL] virtio: barrier rework+fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] uapi: use __u8 from linux/types.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] x86: drop a comment left over from X86_OOSTORE
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 3/3] x86: tweak the comment about use of wmb for IO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 2/3] x86: drop a comment left over from X86_OOSTORE
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 1/3] x86: drop mfence in favor of lock+addl
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 0/3] x86: faster mb()+other barrier.h tweaks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/41] powerpc: reuse asm-generic/barrier.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 13/41] x86: reuse asm-generic/barrier.h
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 27/41] x86: define __smp_xxx
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] x86,asm: Re-work smp_store_mb()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 00/41] arch: barrier cleanup + barriers for virt
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] vhost: move is_le setup to the backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] vhost: move is_le setup to the backend
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] vhost: move is_le setup to the backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [v3,11/41] mips: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] checkpatch: handling of memory barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] vhost: move is_le setup to the backend
  • From: Greg Kurz <gkurz@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] checkpatch: handling of memory barriers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v3 39/41] xen/events: use virt_xxx barriers
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH v2 20/32] metag: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/3] checkpatch: handling of memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 2/3] checkpatch: check for __smp outside barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 0/3] checkpatch: handling of memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 2/3] checkpatch: check for __smp outside barrier.h
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v3 3/3] checkpatch: add virt barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 3/3] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 2/3] checkpatch: check for __smp outside barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 0/3] checkpatch: handling of memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v3 41/41] s390: more efficient smp barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 40/41] s390: use generic memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 39/41] xen/events: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 38/41] xen/io: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 37/41] xenbus: use virt_xxx barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 36/41] checkpatch: add virt barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 35/41] checkpatch: check for __smp outside barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 34/41] checkpatch.pl: add missing memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 33/41] virtio_ring: use virt_store_mb
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 32/41] sh: move xchg_cmpxchg to a header by itself
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 31/41] sh: support 1 and 2 byte xchg
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 30/41] virtio_ring: update weak barriers to use virt_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 29/41] Revert "virtio_ring: Update weak barriers to use dma_wmb/rmb"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 28/41] asm-generic: implement virt_xxx memory barriers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 27/41] x86: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 26/41] xtensa: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 25/41] tile: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 24/41] sparc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 23/41] sh: define __smp_xxx, fix smp_store_mb for !SMP
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 22/41] s390: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 21/41] mips: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 20/41] metag: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 19/41] ia64: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 18/41] blackfin: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 17/41] arm: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 16/41] arm64: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 15/41] powerpc: define __smp_xxx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 14/41] asm-generic: add __smp_xxx wrappers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 13/41] x86: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 12/41] x86/um: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 11/41] mips: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 10/41] metag: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 09/41] arm64: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 08/41] arm: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 07/41] sparc: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 06/41] s390: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 05/41] powerpc: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 04/41] ia64: reuse asm-generic/barrier.h
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 03/41] ia64: rename nop->iosapic_nop
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 02/41] asm-generic: guard smp_store_release/load_acquire
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 01/41] lcoking/barriers, arch: Use smp barriers in smp_store_release()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 00/41] arch: barrier cleanup + barriers for virt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>