Linux Virtualization Development

• Thread Index

• 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>
• Re: [PATCH v5 1/4] vhost: convert VHOST_VSOCK_SET_RUNNING to a generic ioctl
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: virtio: add a virtio i2c frontend driver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 1/3] virtio: add dma-buf support for exported objects
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 0/8] Convert the intel iommu driver to the dma-iommu api
  • From: Tom Murphy <murphyt7@xxxxxx>
• Re: [Intel-gfx] [PATCH 0/8] Convert the intel iommu driver to the dma-iommu api
  • From: Tom Murphy <murphyt7@xxxxxx>
• Re: clarifying the handling of responses for virtio-rpmb
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• Re: [PATCH v5 3/4] rpmsg: update documentation
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• [PATCH v7 3/3] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• [PATCH v7 2/3] rpmsg: move common structures and defines to headers
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• [PATCH v7 1/3] vhost: convert VHOST_VSOCK_SET_RUNNING to a generic ioctl
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• [PATCH v7 0/3] Add a vhost RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• [PATCH v3 7/7] hv_balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 6/7] xen/balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 4/7] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 5/7] virtio-mem: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 1/7] kernel/resource: make release_mem_region_adjustable() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v3 0/7] mm/memory_hotplug: selective merging of system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v12 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v12 1/2] virtio: let arch advertise guest's memory access restrictions
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH v12 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v12 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• [PATCH v12 1/2] virtio: let arch advertise guest's memory access restrictions
  • From: Pierre Morel <pmorel@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] vhost: add an RPMsg API
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/4] rpmsg: update documentation
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] vhost: convert VHOST_VSOCK_SET_RUNNING to a generic ioctl
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH] vhost-vdpa: fix memory leak in error path
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: new vhost_vdpa SET/GET_BACKEND_FEATURES handlers
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v7 71/72] x86/efi: Add GHCB mappings when SEV-ES is active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v7 71/72] x86/efi: Add GHCB mappings when SEV-ES is active
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH v7 71/72] x86/efi: Add GHCB mappings when SEV-ES is active
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] vhost_vdpa: remove unnecessary spin_lock in vhost_vring_call
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] i2c: virtio: add a virtio i2c frontend driver
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Rescan the entire target on transport reset when LUN is 0
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/7] xen/balloon: try to merge system ram resources
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: Jürgen Groß <jgross@xxxxxxxx>
• Re: [PATCH] vhost: new vhost_vdpa SET/GET_BACKEND_FEATURES handlers
  • 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: [PATCH] vdpa/mlx5: Setup driver only if VIRTIO_CONFIG_S_DRIVER_OK
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 0/8] Convert the intel iommu driver to the dma-iommu api
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH v2 7/7] hv_balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 6/7] xen/balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 5/7] virtio-mem: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 4/7] mm/memory_hotplug: MEMHP_MERGE_RESOURCE to specify merging of System RAM resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 3/7] mm/memory_hotplug: prepare passing flags to add_memory() and friends
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 2/7] kernel/resource: move and rename IORESOURCE_MEM_DRIVER_MANAGED
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 1/7] kernel/resource: make release_mem_region_adjustable() never fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v2 0/7] mm/memory_hotplug: selective merging of system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7 67/72] x86/smpboot: Load TSS and getcpu GDT entry before loading IDT
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH] Rescan the entire target on transport reset when LUN is 0
  • From: Felipe Franciosi <felipe@xxxxxxxxxxx>
• Re: [PATCH v7 71/72] x86/efi: Add GHCB mappings when SEV-ES is active
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 67/72] x86/smpboot: Load TSS and getcpu GDT entry before loading IDT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH 00/22] Enhance VHOST to enable SoC-to-SoC communication
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] Rescan the entire target on transport reset when LUN is 0
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v5 0/4] Add a vhost RPMsg API
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] Rescan the entire target on transport reset when LUN is 0
  • 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 v11 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v7.2 40/74] x86/sev-es: Setup GHCB based boot #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7.2 39/74] x86/sev-es: Setup early #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 1/2] vhost: remove mutex ops in vhost_set_backend_features
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vdpa/mlx5: Setup driver only if VIRTIO_CONFIG_S_DRIVER_OK
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/3] drm/qxl: use drmm_mode_config_init
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v7 41/72] x86/sev-es: Setup per-cpu GHCBs for the runtime handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5 0/6] mm / virtio-mem: support ZONE_MOVABLE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/5] kernel/resource: merge_system_ram_resources() to merge resources after hotplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 5/5] hv_balloon: try to merge system ram resources
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v7.1 40/72] x86/sev-es: Setup GHCB based boot #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7.1 39/72] x86/sev-es: Setup early #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH] drm/virtio: drop quirks handling
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/virtio: drop quirks handling
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 1/3] drm/qxl: use drmm_mode_config_init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/3] drm/qxl: release shadow on shutdown
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/3] drm/qxl: handle shadow in primary destroy
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v11 0/2] s390: virtio: let arch validate VIRTIO features
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v11 0/2] s390: virtio: let arch validate VIRTIO features
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 2/3] drm/virtio: return virtio_gpu_queue errors
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/3] drm/virtio: add virtio_gpu_cmd_unref_resource error handling
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 1/3] drm/virtio: use drmm_mode_config_init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v11 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH] drm/virtio: drop quirks handling
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] i2c: virtio: add a virtio i2c frontend driver
  • From: Jie Deng <jie.deng@xxxxxxxxx>
• Re: [PATCH v11 0/2] s390: virtio: let arch validate VIRTIO features
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v11 2/2] s390: virtio: PV needs VIRTIO I/O device protection
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v11 1/2] virtio: let arch advertise guest's memory access restrictions
  • From: Halil Pasic <pasic@xxxxxxxxxxxxx>
• Re: [PATCH v7 36/72] x86/sev-es: Add SEV-ES Feature Detection
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 19/72] x86/boot/compressed/64: Add stage1 #VC handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v7 49/72] x86/sev-es: Handle MMIO events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 64/72] x86/vmware: Add VMware specific handling for VMMCALL under SEV-ES
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 56/72] x86/sev-es: Handle INVD Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 60/72] x86/sev-es: Handle #AC Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 40/72] x86/sev-es: Setup GHCB based boot #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 51/72] x86/sev-es: Handle MSR events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 61/72] x86/sev-es: Handle #DB Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 46/72] x86/sev-es: Add Runtime #VC Exception Handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 48/72] x86/sev-es: Handle instruction fetches from user-space
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 62/72] x86/paravirt: Allow hypervisor specific VMMCALL handling under SEV-ES
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 53/72] x86/sev-es: Handle WBINVD Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 54/72] x86/sev-es: Handle RDTSC(P) Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 67/72] x86/smpboot: Load TSS and getcpu GDT entry before loading IDT
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 52/72] x86/sev-es: Handle DR7 read/write events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 68/72] x86/head/64: Don't call verify_cpu() on starting APs
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 55/72] x86/sev-es: Handle RDPMC Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 42/72] x86/sev-es: Allocate and Map IST stack for #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 58/72] x86/sev-es: Handle MWAIT/MWAITX Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 50/72] x86/sev-es: Handle MMIO String Instructions
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 66/72] x86/realmode: Setup AP jump table
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 65/72] x86/realmode: Add SEV-ES specific trampoline entry point
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 71/72] x86/efi: Add GHCB mappings when SEV-ES is active
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 41/72] x86/sev-es: Setup per-cpu GHCBs for the runtime handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 45/72] x86/entry/64: Add entry code for #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 43/72] x86/sev-es: Adjust #VC IST Stack on entering NMI handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 47/72] x86/sev-es: Wire up existing #VC exit-code handlers
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 69/72] x86/sev-es: Support CPU offline/online
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 72/72] x86/sev-es: Check required CPU features for SEV-ES
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 44/72] x86/dumpstack/64: Add noinstr version of get_stack_info()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 59/72] x86/sev-es: Handle VMMCALL Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 63/72] x86/kvm: Add KVM specific VMMCALL handling under SEV-ES
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 57/72] x86/sev-es: Handle MONITOR/MONITORX Events
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 70/72] x86/sev-es: Handle NMI State
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 22/72] x86/boot/compressed/64: Add set_page_en/decrypted() helpers
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 37/72] x86/sev-es: Print SEV-ES info into kernel log
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 29/72] x86/head/64: Install startup GDT
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 34/72] x86/idt: Move two function from k/idt.c to i/a/desc.h
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 32/72] x86/head/64: Switch to initial stack earlier
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 28/72] x86/idt: Split idt_data setup out of set_intr_gate()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 30/72] x86/head/64: Load GDT after switch to virtual addresses
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 26/72] x86/fpu: Move xgetbv()/xsetbv() into separate header
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 27/72] x86/sev-es: Add CPUID handling to #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 33/72] x86/head/64: Install a CPU bringup IDT
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 36/72] x86/sev-es: Add SEV-ES Feature Detection
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 23/72] x86/boot/compressed/64: Setup GHCB Based VC Exception handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 08/72] x86/umip: Factor out instruction fetch
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 25/72] x86/sev-es: Add support for handling IOIO exceptions
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 07/72] x86/insn: Make inat-tables.c suitable for pre-decompression code
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 19/72] x86/boot/compressed/64: Add stage1 #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 35/72] x86/head/64: Move early exception dispatch to C code
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 38/72] x86/sev-es: Compile early handler code into kernel image
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 39/72] x86/sev-es: Setup early #VC handler
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 31/72] x86/head/64: Load segment registers earlier
  • From: Joerg Roedel <joro@xxxxxxxxxx>