Linux Virtualization Development
[Prev Page][Next Page]
- 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>
- [PATCH v2 3/3] checkpatch: add virt barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 2/3] checkpatch: check for __smp outside barrier.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH v2 0/3] checkpatch: handling of memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/3] checkpatch.pl: add missing memory barriers
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
- From: Rafael Aquini <aquini@xxxxxxxxxx>
- Re: [PATCH 2/2] virtio_balloon: fix race between migration and ballooning
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- 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>
[Index of Archives]
[KVM]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]