Linux Virtualization Development

• Thread Index

• [patch V3 14/37] nds32/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 17/37] xtensa/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 13/37] mips/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 15/37] powerpc/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 09/37] arc/mm/highmem: Use generic kmap atomic implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 10/37] ARM: highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 12/37] microblaze/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 11/37] csky/mm/highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 08/37] x86/mm/highmem: Use generic kmap atomic implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 07/37] highmem: Make DEBUG_HIGHMEM functional
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 06/37] highmem: Provide generic variant of kmap_atomic*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 05/37] asm-generic: Provide kmap_size.h
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 04/37] sh/highmem: Remove all traces of unused cruft
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 03/37] fs: Remove asm/kmap_types.h includes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 02/37] highmem: Remove unused functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 01/37] mm/highmem: Un-EXPORT __kmap_atomic_idx()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch V3 00/37] mm/highmem: Preemptible variant of kmap_atomic & friends
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 04/17] vhost: prep vhost_dev_init users to handle failures
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH v7 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 07/10] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 00/10] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap, vunmap}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] vhost/vsock: add IOTLB API support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 1/2] Revert "vhost-vdpa: fix page pinning leakage in error path"
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: si-wei liu <si-wei.liu@xxxxxxxxxx>
• Re: [PATCH v2 0/8] slab: provide and use krealloc_array()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] vhost/vsock: add IOTLB API support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 2 [drivers/vdpa/vdpa_sim/vdpa_sim.ko]
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v2 8/8] dma-buf: use krealloc_array()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/8] mm: slab: provide krealloc_array()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 07/17] vhost scsi: support delayed IO vq creation
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 07/17] vhost scsi: support delayed IO vq creation
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 04/17] vhost: prep vhost_dev_init users to handle failures
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH mlx5-next v1 03/11] net/mlx5_core: Clean driver version and name
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 10/11] net/mlx5: Simplify eswitch mode check
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 11/11] RDMA/mlx5: Remove IB representors dead code
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 02/11] net/mlx5: Properly convey driver version to firmware
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 09/11] net/mlx5: Delete custom device management logic
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 08/11] RDMA/mlx5: Convert mlx5_ib to use auxiliary bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 07/11] net/mlx5e: Connect ethernet part to auxiliary bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 06/11] vdpa/mlx5: Connect mlx5_vdpa to auxiliary bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 05/11] net/mlx5: Register mlx5 devices to auxiliary virtual bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 04/11] vdpa/mlx5: Make hardware definitions visible to all mlx5 devices
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 03/11] net/mlx5_core: Clean driver version and name
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 01/11] net/mlx5: Don't skip vport check
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next v1 00/11] Convert mlx5 to use auxiliary bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [GIT PULL] vhost,vdpa: fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] vhost,vdpa: fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/<drivers>: Constify struct drm_driver
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH] vhost/vsock: add IOTLB API support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH 09/17] vhost scsi: fix cmd completion race
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH] drm/virtio: Fix a double free in virtio_gpu_cmd_map()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] vhost/vsock: add IOTLB API support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost/vsock: add IOTLB API support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH 5/5] drm/<drivers>: Constify struct drm_driver
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH] vhost/vsock: add IOTLB API support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost/vsock: add IOTLB API support
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH 09/17] vhost scsi: fix cmd completion race
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 07/17] vhost scsi: support delayed IO vq creation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 2/2] vhost-vdpa: fix page pinning leakage in error path (rework)
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [PATCH 1/2] Revert "vhost-vdpa: fix page pinning leakage in error path"
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• Re: [PATCH 0/2] vdpasim: allow to set MAC address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/3] drm/qxl: Remove fbcon acceleration leftovers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: si-wei liu <si-wei.liu@xxxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 00/17 V3] vhost: fix scsi cmd handling and cgroup support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vhost: Use mutex to protect vq_irq setup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] vhost/vsock: add IOTLB API support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH 3/3] drm/qxl: Remove fbcon acceleration leftovers
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] drm/qxl: Remove fbcon acceleration leftovers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 1/2] vdpasim: fix MAC address configuration
  • From: Laurent Vivier <lvivier@xxxxxxxxxx>
• [PATCH 2/2] vdpasim: allow to assign a MAC address
  • From: Laurent Vivier <lvivier@xxxxxxxxxx>
• [PATCH 0/2] vdpasim: allow to set MAC address
  • From: Laurent Vivier <lvivier@xxxxxxxxxx>
• Re: [PATCH 3/3] drm/qxl: Remove fbcon acceleration leftovers
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/3] drm/qxl: Remove fbcon acceleration leftovers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH] vhost: Use mutex to protect vq_irq setup
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: Use mutex to protect vq_irq setup
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: Use mutex to protect vq_irq setup
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v6 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 07/10] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 00/10] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap, vunmap}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/2] virtio: let virtio use DMA API when guest RAM is protected
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 07/17] vhost scsi: support delayed IO vq creation
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vdpa_sim: Fix DMA mask
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 6/8] drm: atomic: use krealloc_array()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 5/8] edac: ghes: use krealloc_array()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/8] mm: slab: provide krealloc_array()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] vdpa_sim: Fix DMA mask
  • From: Laurent Vivier <lvivier@xxxxxxxxxx>
• Re: [PATCH 3/8] vhost: vringh: use krealloc_array()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 3/8] vhost: vringh: use krealloc_array()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 3/8] vhost: vringh: use krealloc_array()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 8/8] dma-buf: use krealloc_array()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] vdpa/mlx5: Fix error return in map_direct_mr()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH mlx5-next 11/11] RDMA/mlx5: Remove IB representors dead code
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 10/11] net/mlx5: Simplify eswitch mode check
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 09/11] net/mlx5: Delete custom device management logic
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 07/11] net/mlx5e: Connect ethernet part to auxiliary bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 08/11] RDMA/mlx5: Convert mlx5_ib to use auxiliary bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 03/11] net/mlx5_core: Clean driver version and name
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 06/11] vdpa/mlx5: Connect mlx5_vdpa to auxiliary bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 04/11] vdpa/mlx5: Make hardware definitions visible to all mlx5 devices
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 05/11] net/mlx5: Register mlx5 devices to auxiliary virtual bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 02/11] net/mlx5: Properly convey driver version to firmware
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 01/11] net/mlx5: Don't skip vport check
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH mlx5-next 00/11] Convert mlx5 to use auxiliary bus
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/<drivers>: Constify struct drm_driver
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 5/5] drm/<drivers>: Constify struct drm_driver
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 07/17] vhost scsi: support delayed IO vq creation
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 03/17] vhost net: use goto error handling in open
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 01/17] vhost scsi: add lun parser helper
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio_ring: use DMA when memory encryption is active
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] vhost_vdpa: Return -EFUALT if copy_from_user() fails
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vdpa: handle irq bypass register failure case
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] drm/<drivers>: Constify struct drm_driver
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH] drm/<drivers>: Constify struct drm_driver
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] virtio_ring: use DMA when memory encryption is active
  • From: Sebastian Hofmann <sebastian@xxxxxxxxxxxx>
• Re: [GIT PULL] vhost,vdpa,virtio: cleanups, fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH] drm/<drivers>: Constify struct drm_driver
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 04/16] vhost: prep vhost_dev_init users to handle failures
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_ring: use DMA when memory encryption is active
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 00/16 V2] vhost: fix scsi cmd handling and IOPs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 14/16] vhost: poll support support multiple workers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [GIT PULL] vhost,vdpa,virtio: cleanups, fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] vhost_vdpa: Return -EFUALT if copy_from_user() fails
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 5/5] drm/<drivers>: Constify struct drm_driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 5/5] drm/<drivers>: Constify struct drm_driver
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH net] vhost_vdpa: Return -EFUALT if copy_from_user() fails
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] virtio_ring: use DMA when memory encryption is active
  • From: Sebastian Hofmann <sebastian@xxxxxxxxxxxx>
• Re: [PATCH] virtio_ring: use DMA when memory encryption is active
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 3/3] vdpa_sim: implement get_iova_range()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 2/3] vhost: vdpa: report iova range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V4 1/3] vdpa: introduce config op to get valid iova range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio_ring: use DMA when memory encryption is active
  • From: Sebastian Hofmann <sebastian@xxxxxxxxxxxx>
• [PATCH V4 0/3] vDPA: API for reporting IOVA range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V3 2/3] vhost: vdpa: report iova range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [External] Re: [RFC 0/4] Introduce VDUSE - vDPA Device in Userspace
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH V3 2/3] vhost: vdpa: report iova range
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH V3 3/3] vdpa_sim: implement get_iova_range()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V3 2/3] vhost: vdpa: report iova range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V3 1/3] vdpa: introduce config op to get valid iova range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH V3 0/3] vDPA: API for reporting IOVA range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio_ring: use DMA when memory encryption is active
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v5 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v5 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/4] vDPA: API for reporting IOVA range
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 04/17] vhost: prep vhost_dev_init users to handle failures
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 0/4] vDPA: API for reporting IOVA range
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3] virtio-rng: return available data with O_NONBLOCK
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v3] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH v3] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH net v2] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap, vunmap}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 00/10] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 07/10] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH net v2] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [External] Re: [RFC 0/4] Introduce VDUSE - vDPA Device in Userspace
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v1 09/29] virtio-mem: don't always trigger the workqueue when offlining memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [External] Re: [RFC 0/4] Introduce VDUSE - vDPA Device in Userspace
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 2/2] KVM: not link irqfd with a fake IRQ bypass producer
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 1/2] KVM: not register a IRQ bypass producer if unsupported or disabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net v2] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC 0/4] Introduce VDUSE - vDPA Device in Userspace
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [External] Re: [RFC 0/4] Introduce VDUSE - vDPA Device in Userspace
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Nick Desaulniers via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/4] Introduce VDUSE - vDPA Device in Userspace
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] drm: remove unneeded break
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [External] Re: [RFC 3/4] vduse: grab the module's references until there is no vduse device
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [External] Re: [RFC 3/4] vduse: grab the module's references until there is no vduse device
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC 2/4] vduse: Introduce VDUSE - vDPA Device in Userspace
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC 1/4] mm: export zap_page_range() for driver use
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC 2/4] vduse: Introduce VDUSE - vDPA Device in Userspace
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC 3/4] vduse: grab the module's references until there is no vduse device
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 20/29] virtio-mem: nb_sb_per_mb and subblock_size are specific to Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 21/29] virtio-mem: memory notifier callbacks are specific to Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 25/29] virtio-mem: Big Block Mode (BBM) memory hotplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 28/29] virtio-mem: Big Block Mode (BBM) - basic memory hotunplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v1 09/29] virtio-mem: don't always trigger the workqueue when offlining memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 29/29] virtio-mem: Big Block Mode (BBM) - safe memory hotunplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 27/33] Fix use after free in get_capset_info callback.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 35/41] Fix use after free in get_capset_info callback.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 42/52] Fix use after free in get_capset_info callback.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [Ocfs2-devel] [RFC] treewide: cleanup unreachable breaks
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 45/56] Fix use after free in get_capset_info callback.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 60/80] Fix use after free in get_capset_info callback.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.8 076/101] Fix use after free in get_capset_info callback.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.9 082/111] Fix use after free in get_capset_info callback.
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [Ocfs2-devel] [RFC] treewide: cleanup unreachable breaks
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [Ocfs2-devel] [RFC] treewide: cleanup unreachable breaks
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v1 00/29] virtio-mem: Big Block Mode (BBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 00/29] virtio-mem: Big Block Mode (BBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 00/29] virtio-mem: Big Block Mode (BBM)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] Revert "virtio-net: ethtool configurable RXCSUM"
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Cocci] [RFC] treewide: cleanup unreachable breaks
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v1 05/29] virtio-mem: generalize check for added memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [External] Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] drivers/virt: vmgenid: add vm generation id driver
  • From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 20/29] virtio-mem: nb_sb_per_mb and subblock_size are specific to Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 25/29] virtio-mem: Big Block Mode (BBM) memory hotplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v1 05/29] virtio-mem: generalize check for added memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 09/29] virtio-mem: don't always trigger the workqueue when offlining memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 05/29] virtio-mem: generalize check for added memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 02/29] virtio-mem: simplify calculation in virtio_mem_mb_state_prepare_next_mb()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 13/29] virtio-mem: factor out handling of fake-offline pages in memory notifier
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: si-wei liu <si-wei.liu@xxxxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v4 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap,vunmap}()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 27/29] mm/memory_hotplug: extend offline_and_remove_memory() to handle more than one memory block
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 00/10] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 07/10] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap, vunmap}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v1 02/29] virtio-mem: simplify calculation in virtio_mem_mb_state_prepare_next_mb()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 15/29] virito-mem: document Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 05/29] virtio-mem: generalize check for added memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 06/29] virtio-mem: generalize virtio_mem_owned_mb()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 02/29] virtio-mem: simplify calculation in virtio_mem_mb_state_prepare_next_mb()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Use UUID API for importing the UUID
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: si-wei liu <si-wei.liu@xxxxxxxxxx>
• Re: [External] Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2] drm/virtio: Use UUID API for importing the UUID
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1] drm/virtio: Use UUID API for importing the UUID
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [External] Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC PATCH 10/24] vdpa: introduce config operations for associating ASID to a virtqueue group
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2] vdpa/mlx5: Setup driver only if VIRTIO_CONFIG_S_DRIVER_OK
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [External] Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [External] Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• [PATCH AUTOSEL 5.8 16/24] vhost vdpa: fix vhost_vdpa_open error handling
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v1] drm/virtio: Use UUID API for importing the UUID
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3] virtio-net: ethtool configurable RXCSUM
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH v1 29/29] virtio-mem: Big Block Mode (BBM) - safe memory hotunplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 28/29] virtio-mem: Big Block Mode (BBM) - basic memory hotunplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 27/29] mm/memory_hotplug: extend offline_and_remove_memory() to handle more than one memory block
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 26/29] virtio-mem: allow to force Big Block Mode (BBM) and set the big block size
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 25/29] virtio-mem: Big Block Mode (BBM) memory hotplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 24/29] virtio-mem: print debug messages from virtio_mem_send_*_request()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 23/29] virtio-mem: factor out adding/removing memory from Linux
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 22/29] virtio-mem: memory block ids are specific to Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 21/29] virtio-mem: memory notifier callbacks are specific to Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 20/29] virtio-mem: nb_sb_per_mb and subblock_size are specific to Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 19/29] virito-mem: existing (un)plug functions are specific to Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 18/29] virtio-mem: factor out calculation of the bit number within the sb_states bitmap
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 17/29] virito-mem: subblock states are specific to Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 16/29] virtio-mem: memory block states are specific to Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 15/29] virito-mem: document Sub Block Mode (SBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 14/29] virtio-mem: retry fake-offlining via alloc_contig_range() on ZONE_MOVABLE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 13/29] virtio-mem: factor out handling of fake-offline pages in memory notifier
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 12/29] virtio-mem: factor out fake-offlining into virtio_mem_fake_offline()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 11/29] virtio-mem: use "unsigned long" for nr_pages when fake onlining/offlining
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 10/29] virtio-mem: generalize handling when memory is getting onlined deferred
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 09/29] virtio-mem: don't always trigger the workqueue when offlining memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 08/29] virtio-mem: drop last_mb_id
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 07/29] virtio-mem: generalize virtio_mem_overlaps_range()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 06/29] virtio-mem: generalize virtio_mem_owned_mb()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 05/29] virtio-mem: generalize check for added memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 04/29] virtio-mem: drop rc2 in virtio_mem_mb_plug_and_add()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 03/29] virtio-mem: simplify MAX_ORDER - 1 / pageblock_order handling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 02/29] virtio-mem: simplify calculation in virtio_mem_mb_state_prepare_next_mb()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 01/29] virtio-mem: determine nid only once using memory_add_physaddr_to_nid()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 00/29] virtio-mem: Big Block Mode (BBM)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [External] Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC PATCH 10/24] vdpa: introduce config operations for associating ASID to a virtqueue group
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4] i2c: virtio: add a virtio i2c frontend driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next v2] virtio-net: ethtool configurable RXCSUM
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH net-next v3] virtio-net: ethtool configurable RXCSUM
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• [PATCH net-next v3] virtio-net: ethtool configurable RXCSUM
  • From: xiangxia.m.yue@xxxxxxxxx
• [PATCH v4] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH v3 2/3] vhost: Use vhost_get_used_size() in vhost_vring_set_addr()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 1/2] vhost-vdpa: fix vhost_vdpa_map() on error condition
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2] virtio-net: ethtool configurable RXCSUM
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH] mm: proc: add Sock to /proc/meminfo
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: should keep avail_index despite device status
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 3/3] vhost: Don't call log_access_ok() when using IOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 2/3] vhost: Use vhost_get_used_size() in vhost_vring_set_addr()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next v2] virtio-net: ethtool configurable RXCSUM
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH v3 1/2] vhost-vdpa: fix vhost_vdpa_map() on error condition
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next v2] virtio-net: ethtool configurable RXCSUM
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH 04/16] vhost: prep vhost_dev_init users to handle failures
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] vringh: fix __vringh_iov() when riov and wiov are different
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v2] vringh: fix __vringh_iov() when riov and wiov are different
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 18/24] vhost-vdpa: support ASID based IOTLB API
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 10/24] vdpa: introduce config operations for associating ASID to a virtqueue group
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 09/24] vdpa: multiple address spaces support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 09/24] vdpa: multiple address spaces support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 08/24] vdpa: introduce virtqueue groups
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 06/24] vhost-vdpa: switch to use vhost-vdpa specific IOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 05/24] vhost-vdpa: passing iotlb to IOMMU mapping helpers
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next v2] virtio-net: ethtool configurable RXCSUM
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [GIT PULL] vhost,vdpa: last minute fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v2] vringh: fix __vringh_iov() when riov and wiov are different
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH] vringh: fix __vringh_iov() when riov and wiov are different
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [GIT PULL] vhost,vdpa: last minute fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vringh: fix __vringh_iov() when riov and wiov are different
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 12/16] vhost: support multiple worker threads
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vringh: fix __vringh_iov() when riov and wiov are different
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH] vringh: fix __vringh_iov() when riov and wiov are different
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] vringh: fix __vringh_iov() when riov and wiov are different
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 04/16] vhost: prep vhost_dev_init users to handle failures
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 14/16] vhost: poll support support multiple workers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RFC PATCH 01/19] tools/virtiofsd: add support for --socket-group
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Auger Eric <eric.auger@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: should keep avail_index despite device status
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Linux-kernel-mentees][PATCH 0/2] reorder members of structures in virtio_net for optimization
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 2/2] vhost-vdpa: fix page pinning leakage in error path
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [PATCH v3 0/2] vhost-vdpa mapping error path fixes
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [PATCH v3 1/2] vhost-vdpa: fix vhost_vdpa_map() on error condition
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• Re: [Linux-kernel-mentees][PATCH 0/2] reorder members of structures in virtio_net for optimization
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] vhost-vdpa: fix page pinning leakage in error path
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 2/2] vhost: Don't call log_access_ok() when using IOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 1/2] vhost: Don't call access_ok() when using IOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 7/7] drm/todo: Update entries around struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 5/7] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 4/7] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 3/7] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 1/7] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v2] vhost-vdpa: fix page pinning leakage in error path
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [PATCH] vhost-vdpa: fix page pinning leakage in error path
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• [PATCH] vdpa/mlx5: should keep avail_index despite device status
  • From: Si-Wei Liu <si-wei.liu@xxxxxxxxxx>
• Re: [PATCH RFC v1 12/18] asm-generic/hyperv: update hv_interrupt_entry
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 0/2] vhost: Skip access checks on GIOVAs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH net-next v2] virtio-net: ethtool configurable RXCSUM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2] virtio-net: ethtool configurable RXCSUM
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• [PATCH net-next v2] virtio-net: ethtool configurable RXCSUM
  • From: xiangxia.m.yue@xxxxxxxxx
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [GIT PULL] virtio: last minute fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 7/7] drm/todo: Update entries around struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 5/7] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 3/7] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/7] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 4/7] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 0/7] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 4/4] drm/qxl: use qxl pin function
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 4/4] drm/qxl: use qxl pin function
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v2 1/4] drm/qxl: use drmm_mode_config_init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 4/4] drm/qxl: use qxl pin function
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 2/4] drm/qxl: release shadow on shutdown
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 3/4] drm/qxl: handle shadow in primary destroy
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH -next] drm/qxl: simplify the return expression of qxl_plane_prepare_fb()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• [GIT PULL] virtio: last minute fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vhost: Don't call vq_access_ok() when using IOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH V1 vhost-next] vdpa/mlx5: Make vdpa core driver a distinct module
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH V1 vhost-next] vdpa/mlx5: Make vdpa core driver a distinct module
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V1 vhost-next] vdpa/mlx5: Make vdpa core driver a distinct module
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio-net: don't disable guest csum when disable LRO
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH 1/2] virtio-net: don't disable guest csum when disable LRO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net v2] virtio-net: don't disable guest csum when disable LRO
  • From: xiangxia.m.yue@xxxxxxxxx
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH 1/2] virtio-net: don't disable guest csum when disable LRO
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH V1 vhost-next] vdpa/mlx5: Make vdpa core driver a distinct module
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vhost: Don't call vq_access_ok() when using IOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio-net: don't disable guest csum when disable LRO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH 15/19] tools/vhost-user-rpmb: implement VIRTIO_RPMB_REQ_DATA_WRITE
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH 1/2] virtio-net: don't disable guest csum when disable LRO
  • From: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
• Re: [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH 1/2] virtio-net: don't disable guest csum when disable LRO
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH 2/2] virtio-net: ethtool configurable RXCSUM
  • From: xiangxia.m.yue@xxxxxxxxx
• [PATCH 1/2] virtio-net: don't disable guest csum when disable LRO
  • From: xiangxia.m.yue@xxxxxxxxx
• Re: [PATCH v3 5/6] iommu/virtio: Support topology description in config space
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [virtio-dev] Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [RFC PATCH 19/19] docs: add a man page for vhost-user-rpmb
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 13/19] tools/vhost-user-rpmb: implement the PROGRAM_KEY handshake
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 14/19] tools/vhost-user-rpmb: implement VIRTIO_RPMB_REQ_GET_WRITE_COUNTER
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 18/19] tools/vhost-user-rpmb: allow setting of the write_count
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 15/19] tools/vhost-user-rpmb: implement VIRTIO_RPMB_REQ_DATA_WRITE
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 16/19] tools/vhost-user-rpmb: implement VIRTIO_RPMB_REQ_DATA_READ
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 17/19] tools/vhost-user-rpmb: add key persistence
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 11/19] tools/vhost-user-rpmb: add --flash-path for backing store
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 12/19] tools/vhost-user-rpmb: import hmac_sha256 functions
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 09/19] tools/vhost-user-rpmb: add a --verbose/debug flags for logging
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 10/19] tools/vhost-user-rpmb: handle shutdown and SIGINT/SIGHUP cleanly
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 08/19] tools/vhost-user-rpmb: connect to fd and instantiate basic run loop
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 07/19] tools/vhost-user-rpmb: implement --print-capabilities
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 06/19] tools/vhost-user-rpmb: add boilerplate and initial main
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 05/19] virtio-pci: add notification trace points
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 04/19] hw/block: add vhost-user-rpmb-pci boilerplate
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 03/19] hw/virtio: move virtio-pci.h into shared include space
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 02/19] hw/block: add boilerplate for vhost-user-rpmb device
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 00/19] vhost-user-rpmb (Replay Protected Memory Block)
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [RFC PATCH 01/19] tools/virtiofsd: add support for --socket-group
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [RFC PATCH 02/24] vhost-vdpa: fix vqs leak in vhost_vdpa_open()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 00/24] Control VQ support in vDPA
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 02/24] vhost-vdpa: fix vqs leak in vhost_vdpa_open()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Jean-Philippe Brucker <jean-philippe@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Jean-Philippe Brucker <jean-philippe@xxxxxxxxxx>
• Re: [PATCH v3 5/6] iommu/virtio: Support topology description in config space
  • From: Jean-Philippe Brucker <jean-philippe@xxxxxxxxxx>
• Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] iommu/virtio: Support topology description in config space
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Jean-Philippe Brucker <jean-philippe@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [RFC PATCH 00/24] Control VQ support in vDPA
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Auger Eric <eric.auger@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH 02/24] vhost-vdpa: fix vqs leak in vhost_vdpa_open()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 5/6] iommu/virtio: Support topology description in config space
  • From: Jean-Philippe Brucker <jean-philippe@xxxxxxxxxx>
• Re: [PATCH v3 2/6] iommu/virtio: Add topology helpers
  • From: Jean-Philippe Brucker <jean-philippe@xxxxxxxxxx>
• Re: [RFC PATCH 01/24] vhost-vdpa: fix backend feature ioctls
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 01/24] vhost-vdpa: fix backend feature ioctls
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH 01/24] vhost-vdpa: fix backend feature ioctls
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 2/8] vhost: add helper to check if a vq has been setup
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/8] vhost scsi: alloc cmds per vq instead of session
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [RFC PATCH 23/24] vdpa_sim: filter destination mac address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 24/24] vdpasim: control virtqueue support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 22/24] vdpa_sim: factor out buffer completion logic
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 21/24] vdpa_sim: advertise VIRTIO_NET_F_MAC
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 20/24] vdpa_sim: advertise VIRTIO_NET_F_MTU
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 19/24] vdpa_sim: use separated iov for reading and writing
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 18/24] vhost-vdpa: support ASID based IOTLB API
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 17/24] vhost-vdpa: introduce uAPI to set group ASID
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 16/24] vhost-vdpa: uAPI to get virtqueue group id
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 15/24] vhost-vdpa: introduce uAPI to get the number of address spaces
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 14/24] vhost-vdpa: introduce uAPI to get the number of virtqueue groups
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 13/24] vhost-vdpa: introduce ASID based IOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 12/24] vhost: support ASID in IOTLB API
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 11/24] vhost_iotlb: split out IOTLB initialization
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 10/24] vdpa: introduce config operations for associating ASID to a virtqueue group
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 09/24] vdpa: multiple address spaces support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 08/24] vdpa: introduce virtqueue groups
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 07/24] vdpa: add the missing comment for nvqs in struct vdpa_device
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 06/24] vhost-vdpa: switch to use vhost-vdpa specific IOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 05/24] vhost-vdpa: passing iotlb to IOMMU mapping helpers
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 04/24] virtio-vdpa: don't set callback if virtio doesn't need it
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 03/24] vhost: move the backend feature bits to vhost_types.h
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 02/24] vhost-vdpa: fix vqs leak in vhost_vdpa_open()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 01/24] vhost-vdpa: fix backend feature ioctls
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH 00/24] Control VQ support in vDPA
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 6/7] dt-bindings: arm: Add virtio transport for SCMI
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 5/8] vhost scsi: add lun parser helper
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 3/8] vhost scsi: alloc cmds per vq instead of session
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: "Deng, Jie" <jie.deng@xxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: "Deng, Jie" <jie.deng@xxxxxxxxx>
• Re: [PATCH v12 0/2] s390: virtio: let arch validate VIRTIO features
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v12 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] kernel/resource: Fix use of ternary condition in release_mem_region_adjustable
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] kernel/resource: Fix use of ternary condition in release_mem_region_adjustable
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] Rescan the entire target on transport reset when LUN is 0
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• [PATCH v3] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH 4/8] vhost scsi: fix cmd completion race
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 4/8] vhost scsi: fix cmd completion race
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 2/8] vhost: add helper to check if a vq has been setup
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 2/8] vhost: add helper to check if a vq has been setup
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 7/8] vhost: remove work arg from vhost_work_flush
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 1/8] vhost vdpa: fix vhost_vdpa_open error handling
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/8] vhost scsi: alloc cmds per vq instead of session
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] vhost: remove mutex ops in vhost_set_backend_features
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 3/3] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Arnaud POULIQUEN <arnaud.pouliquen@xxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Vincent Whitchurch <vincent.whitchurch@xxxxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 04/18] iommu/hyperv: don't setup IRQ remapping when running as root
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v7 3/3] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 3/3] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Arnaud POULIQUEN <arnaud.pouliquen@xxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v3 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [vhost next 0/2] mlx5 vdpa fix netdev status
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v2 -next] vdpa: mlx5: change Kconfig depends to fix build errors
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH -next] vdpa: mlx5: select VHOST to fix build errors
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• RE: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Arnaud POULIQUEN <arnaud.pouliquen@xxxxxx>
• RE: [EXTERNAL] Re: [PATCH RFC v1 08/18] x86/hyperv: handling hypercall page setup for root
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 3/3] vhost: add an RPMsg API
  • From: Vincent Whitchurch <vincent.whitchurch@xxxxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Vincent Whitchurch <vincent.whitchurch@xxxxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• RE: [EXTERNAL] Re: [PATCH RFC v1 08/18] x86/hyperv: handling hypercall page setup for root
  • From: Sunil Muthuswamy via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 06/18] x86/hyperv: allocate output arg pages if required
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] kernel/resource: make iomem_resource implicit in release_mem_region_adjustable()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] Rescan the entire target on transport reset when LUN is 0
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v5 4/4] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/4] Add a vhost RPMsg API
  • From: Arnaud POULIQUEN <arnaud.pouliquen@xxxxxx>
• Re: [PATCH RFC v1 08/18] x86/hyperv: handling hypercall page setup for root
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH RFC v1 13/18] asm-generic/hyperv: introduce hv_device_id and auxiliary structures
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH RFC v1 10/18] x86/hyperv: implement and use hv_smp_prepare_cpus
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH RFC v1 08/18] x86/hyperv: handling hypercall page setup for root
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH RFC v1 09/18] x86/hyperv: provide a bunch of helper functions
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH RFC v1 08/18] x86/hyperv: handling hypercall page setup for root
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH RFC v1 07/18] x86/hyperv: extract partition ID from Microsoft Hypervisor if necessary
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH RFC v1 06/18] x86/hyperv: allocate output arg pages if required
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH RFC v1 05/18] clocksource/hyperv: use MSR-based access if running as root
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: reduce stack usage in log_used
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost_vdpa: Fix duplicate included kernel.h
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 5/8] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] i2c: virtio: add a virtio i2c frontend driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: virtio: add a virtio i2c frontend driver
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] i2c: virtio: add a virtio i2c frontend driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: virtio: add a virtio i2c frontend driver
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/3] virtio_input: Constify id_table
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/3] virtio-balloon: Constify id_table
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 3/3] virtio-mem: Constify mem_id_table
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v2] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: reduce stack usage in log_used
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [virtio-dev] Re: clarifying the handling of responses for virtio-rpmb
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• [PATCH v4 8/8] hv_balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 7/8] xen/balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 6/8] virtio-mem: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 5/8] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 4/8] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 2/8] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 3/8] mm/memory_hotplug: guard more declarations by CONFIG_MEMORY_HOTPLUG
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 0/8] selective merging of system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v4 1/8] kernel/resource: make release_mem_region_adjustable() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>