Linux Virtualization Development

• Thread Index

• [RFC PATCH v7 76/78] KVM: introspection: add KVMI_VCPU_TRANSLATE_GVA
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• [RFC PATCH v7 29/78] KVM: x86: export kvm_vcpu_ioctl_x86_get_xsave()
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• [RFC PATCH v7 28/78] KVM: x86: export kvm_inject_pending_exception()
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• [RFC PATCH v7 52/78] KVM: introspection: add KVMI_EVENT_PAUSE_VCPU
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• [RFC PATCH v7 16/78] KVM: x86: use MSR_TYPE_R, MSR_TYPE_W and MSR_TYPE_RW with AMD code too
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• [RFC PATCH v7 73/78] KVM: introspection: extend KVMI_GET_VERSION with struct kvmi_features
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• [RFC PATCH v7 53/78] KVM: introspection: add KVMI_VCPU_CONTROL_EVENTS
  • From: Adalbert Lazăr <alazar@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/qxl: add drm_driver.release callback.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/virtio: add drm_driver.release callback.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/bochs: deinit bugfix
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/qxl: add drm_driver.release callback.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/bochs: add drm_driver.release callback.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/cirrus: add drm_driver.release callback.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/bochs: add drm_driver.release callback.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] drm/bochs: deinit bugfix
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2] drm/bochs: downgrade pci_request_region failure from error to warning
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] drm/virtio: add drm_driver.release callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] drm/qxl: add drm_driver.release callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] drm/cirrus: add drm_driver.release callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] drm/bochs: add drm_driver.release callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2] drm/bochs: downgrade pci_request_region failure from error to warning
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2] drm/bochs: downgrade pci_request_region failure from error to warning
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 5/6] drm/qxl: Use simple encoder
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 6/6] drm/simple-pipe: Use simple encoder
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/6] drm: Provide a simple encoder
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/6] drm: Add drm_simple_encoder_{init,create}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 4/6] drm/mgag200: Use simple encoder
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/6] drm: Move initialization of encoder into an internal function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/6] drm/ast: Use simple encoder
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH v2 3/4] drm/virtio: move mapping teardown to virtio_gpu_cleanup_object()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 4/4] drm/virtio: move virtio_gpu_mem_entry initialization to new function
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 2/4] drm/virtio: resource teardown tweaks
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 1/4] drm/virtio: simplify virtio_gpu_alloc_cmd
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PULL] vhost: cleanups and fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2] tools/virtio: option to build an out of tree module
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] tools/virtio: option to build an out of tree module
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: fix ring free check
  • From: Chia-I Wu <olvaffe@xxxxxxxxx>
• [PATCH v2] drm/virtio: fix ring free check
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/virtio: fix ring free check
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] tools/virtio: option to build an out of tree module
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio_balloon: prevent pfn array overflow
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 4/4] drm/virtio: move virtio_gpu_mem_entry initialization to new function
  • From: Chia-I Wu <olvaffe@xxxxxxxxx>
• Re: [PATCH 2/4] drm/virtio: resource teardown tweaks
  • From: Chia-I Wu <olvaffe@xxxxxxxxx>
• Re: [PATCH] drm/virtio: fix ring free check
  • From: Chia-I Wu <olvaffe@xxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] drm/virtio: fix ring free check
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• RE: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• RE: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• RE: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: [PATCH 4/4] drm/virtio: move virtio_gpu_mem_entry initialization to new function
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH RFC] virtio_balloon: conservative balloon page shrinking
  • From: Wei Wang <wei.w.wang@xxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 2/3] virtio_balloon: Fix memory leaks on errors in virtballoon_probe()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 1/3] virtio-balloon: Fix memory leak when unloading while hinting is in progress
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_balloon: prevent pfn array overflow
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] tools/virtio: option to build an out of tree module
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio_balloon: prevent pfn array overflow
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/4] drm/virtio: resource teardown tweaks
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/virtio: ratelimit error logging
  • From: Chia-I Wu <olvaffe@xxxxxxxxx>
• Re: [PATCH 4/4] drm/virtio: move virtio_gpu_mem_entry initialization to new function
  • From: Chia-I Wu <olvaffe@xxxxxxxxx>
• Re: [PATCH 2/4] drm/virtio: resource teardown tweaks
  • From: Chia-I Wu <olvaffe@xxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v1 3/3] virtio-balloon: Switch back to OOM handler for VIRTIO_BALLOON_F_DEFLATE_ON_OOM
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 0/3] virtio-balloon: Fixes + switch back to OOM handler
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 2/3] virtio_balloon: Fix memory leaks on errors in virtballoon_probe()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v1 1/3] virtio-balloon: Fix memory leak when unloading while hinting is in progress
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• [PATCH 1/4] drm/virtio: simplify virtio_gpu_alloc_cmd
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/4] drm/virtio: resource teardown tweaks
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/4] drm/virtio: move mapping teardown to virtio_gpu_cleanup_object()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 4/4] drm/virtio: move virtio_gpu_mem_entry initialization to new function
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] drm/virtio: ratelimit error logging
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Nadav Amit via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] drm/virtio: fix vblank handling
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] drm/virtio: fix vblank handling
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Tiwei Bie <tiwei.bie@xxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Tiwei Bie <tiwei.bie@xxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [CRASH] crypto: virtio: crash when modprobing tcrypt on 5.5-rc7 / next-20200122
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Nadav Amit via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [CRASH] crypto: virtio: crash when modprobing tcrypt on 5.5-rc7 / next-20200122
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Rientjes via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Tiwei Bie <tiwei.bie@xxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Tiwei Bie <tiwei.bie@xxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] vhost: introduce vDPA based backend
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] vhost: introduce vDPA based backend
  • From: Tiwei Bie <tiwei.bie@xxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: Balloon pressuring page cache
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 15/15] drm/xen: Explicitly disable automatic sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 01/15] drm: Initialize struct drm_crtc_state.no_vblank from device settings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 12/15] drm/udl: Don't set struct drm_crtc_state.no_vblank explictly
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 14/15] drm/virtio: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 08/15] drm/mipi-dbi: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 11/15] drm/st7586: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 13/15] drm/vboxvideo: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 05/15] drm/cirrus: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 09/15] drm/qxl: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 10/15] drm/repaper: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 06/15] drm/gm12u320: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 07/15] drm/ili9225: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 00/15] Use no_vblank property for drivers without VBLANK
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 03/15] drm/ast: Don't set struct drm_crtc_state.no_vblank explictly
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 04/15] drm/bochs: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 02/15] drm/arc: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: Balloon pressuring page cache
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC v4 00/13] virtio-mem: paravirtualized memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Balloon pressuring page cache
  • From: Tyler Sanderson via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/15] drm: Initialize struct drm_crtc_state.no_vblank from device settings
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 01/15] drm: Initialize struct drm_crtc_state.no_vblank from device settings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 01/15] drm: Initialize struct drm_crtc_state.no_vblank from device settings
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• Re: [PATCH v4 15/15] drm/xen: Explicitly disable automatic sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 15/15] drm/xen: Explicitly disable automatic sending of vblank event
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v4 01/15] drm: Initialize struct drm_crtc_state.no_vblank from device settings
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [CRASH] crypto: virtio: crash when modprobing tcrypt on 5.5-rc7 / next-20200122
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 14/15] drm/virtio: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 11/15] drm/st7586: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 15/15] drm/xen: Explicitly disable automatic sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 12/15] drm/udl: Don't set struct drm_crtc_state.no_vblank explictly
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 01/15] drm: Initialize struct drm_crtc_state.no_vblank from device settings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 05/15] drm/cirrus: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 13/15] drm/vboxvideo: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 10/15] drm/repaper: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 09/15] drm/qxl: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 07/15] drm/ili9225: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 04/15] drm/bochs: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 08/15] drm/mipi-dbi: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 00/15] Use no_vblank property for drivers without VBLANK
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 02/15] drm/arc: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 06/15] drm/gm12u320: Remove sending of vblank event
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 03/15] drm/ast: Don't set struct drm_crtc_state.no_vblank explictly
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 0/4] Use no_vblank property for drivers without VBLANK
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 1/4] drm: Add drm_crtc_has_vblank()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH net-next 0/3] vsock: support network namespace
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v3 1/4] drm: Add drm_crtc_has_vblank()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 1/4] drm: Add drm_crtc_has_vblank()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/4] drm: Initialize struct drm_crtc_state.no_vblank from device settings
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 1/4] drm: Add drm_crtc_has_vblank()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next 0/3] vsock: support network namespace
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 0/5] vDPA support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 0/4] Use no_vblank property for drivers without VBLANK
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• RE: [PATCH 0/5] vDPA support
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• RE: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH v3 0/4] Use no_vblank property for drivers without VBLANK
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 3/4] drm/ast: Don't set struct drm_crtc_state.no_vblank explictly
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 4/4] drm/udl: Don't set struct drm_crtc_state.no_vblank explictly
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/4] drm: Add drm_crtc_has_vblank()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/4] drm: Initialize struct drm_crtc_state.no_vblank from device settings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] vsock: add network namespace support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 4/5] virtio: introduce a vDPA based transport
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/5] vhost: factor out IOTLB
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/5] vhost: factor out IOTLB
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/5] vringh: IOTLB support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/5] vringh: IOTLB support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Rob Miller via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 4/5] virtio: introduce a vDPA based transport
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 1/5] vhost: factor out IOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 4/5] virtio: introduce a vDPA based transport
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] vhost: factor out IOTLB
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] virtio: introduce a vDPA based transport
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 4.19 42/84] crypto: virtio - implement missing support for output IVs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 101/203] crypto: virtio - implement missing support for output IVs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.4 001/174] drm/virtio: fix bounds check in virtio_gpu_cmd_get_capset()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 002/251] drm/virtio: fix bounds check in virtio_gpu_cmd_get_capset()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH net-next 3/3] vhost/vsock: use netns of process that opens the vhost-vsock device
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next 2/3] vsock/virtio_transport_common: handle netns of received packets
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next 0/3] vsock: support network namespace
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next 1/3] vsock: add network namespace support
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• [PATCH AUTOSEL 4.14 002/371] drm/virtio: fix bounds check in virtio_gpu_cmd_get_capset()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 596/671] vhost/test: stop device before reset
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 005/671] drm/virtio: fix bounds check in virtio_gpu_cmd_get_capset()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 4/5] virtio: introduce a vDPA based transport
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Re: [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Gunthorpe <jgg@xxxxxxxxxxxx>
• Patch "crypto: virtio - implement missing support for output IVs" has been added to the 5.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "crypto: virtio - implement missing support for output IVs" has been added to the 4.19-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 7/8] KVM: arm64: Add interface to support vCPU preempted check
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v3 6/8] KVM: arm64: Provide vCPU attributes for PV lock
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v3 1/8] KVM: arm64: Document PV-lock interface
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v3 0/8] KVM: arm64: vCPU preempted check support
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v3 8/8] KVM: arm64: Support the vCPU preemption check
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v3 5/8] KVM: arm64: Support pvlock preempted via shared structure
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v3 2/8] arm64: Probe for the presence of KVM hypervisor services during boot
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v3 3/8] arm/arm64: KVM: Advertise KVM UID to guests via SMCCC
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v3 4/8] KVM: arm64: Add SMCCC paravirtualised lock calls
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH 5/5] vdpasim: vDPA device simulator
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 4/5] virtio: introduce a vDPA based transport
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 3/5] vDPA: introduce vDPA bus
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 2/5] vringh: IOTLB support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 1/5] vhost: factor out IOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 0/5] vDPA support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] virtio_ring: Use workqueue to execute virtqueue callback
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] Use no_vblank property for drivers without VBLANK
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 3/4] drm/cirrus: Let DRM core send VBLANK events
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/4] drm/ast: Set struct drm_crtc_state.no_vblank in atomic_check()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/4] Use no_vblank property for drivers without VBLANK
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/4] drm: Document struct drm_crtc_state.no_vblank for faking VBLANK events
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/cirrus: Let DRM core send VBLANK events
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2] virtio-net: Introduce extended RSC feature
  • From: Yuri Benditovich <yuri.benditovich@xxxxxxxxxx>
• Re: [PATCH v2 0/6] KVM: arm64: VCPU preempted check support
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v2] virtio-net: Introduce extended RSC feature
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v2 3/4] drm/cirrus: Let DRM core send VBLANK events
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/4] drm: Document struct drm_crtc_state.no_vblank for faking VBLANK events
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/4] Use no_vblank property for drivers without VBLANK
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/4] drm/ast: Set struct drm_crtc_state.no_vblank in atomic_check()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/4] drm/simple-kms: Let DRM core send VBLANK events by default
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/cirrus: Let DRM core send VBLANK events
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2] virtio-net: Introduce extended RSC feature
  • From: Yuri Benditovich <yuri.benditovich@xxxxxxxxxx>
• Re: bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: bochs_drm: failed bochs_hw_init() results in panic
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: Let DRM core send VBLANK events
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 6/6] KVM: arm64: Support the VCPU preemption check
  • From: yezengruan <yezengruan@xxxxxxxxxx>
• Re: [PATCH v2 3/6] KVM: arm64: Support pvlock preempted via shared structure
  • From: yezengruan <yezengruan@xxxxxxxxxx>
• Re: [PATCH v2 1/6] KVM: arm64: Document PV-lock interface
  • From: yezengruan <yezengruan@xxxxxxxxxx>
• Re: bochs_drm: failed bochs_hw_init() results in panic
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/virtio: add missing virtio_gpu_array_lock_resv call
  • From: Chia-I Wu <olvaffe@xxxxxxxxx>
• bochs_hw_init fails to request framebuffer on EFI boot with plymouth visible
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/virtio: add missing virtio_gpu_array_lock_resv call
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] drm/bochs: Let DRM core send VBLANK events
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] drm/cirrus: Let DRM core send VBLANK events
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] drm/virtio: add missing virtio_gpu_array_lock_resv call
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: bochs_drm: failed bochs_hw_init() results in panic
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: David Miller <davem@xxxxxxxxxxxxx>
• bochs_drm: failed bochs_hw_init() results in panic
  • From: Marek Marczykowski-Górecki <marmarek@xxxxxxxxxxxxxxxxxxxxxx>
• [Q] guest identification and host runtime PM
  • From: Guennadi Liakhovetski <guennadi.liakhovetski@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 00/13] virtio-mem: paravirtualized memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/9] iomap: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [PATCH v2 5/9] arc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH v2 6/9] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/9] iomap: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 9/9] net: wireless: ath5k: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 8/9] media: fsl-viu: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 7/9] drm/nouveau: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 6/9] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 4/9] virtio: pci: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 5/9] arc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 3/9] ntb: intel: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 2/9] net: wireless: rtl818x: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 1/9] iomap: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v2 0/9] iomap: Constify ioreadX() iomem argument
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• RE: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFT 02/13] alpha: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFT 02/13] alpha: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFT 06/13] arc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFT 03/13] sh: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFT 13/13] virtio: pci: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 12/13] ntb: intel: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 11/13] net: wireless: rtl818x: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 10/13] net: wireless: ath5k: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 09/13] media: fsl-viu: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 08/13] drm/nouveau: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 07/13] drm/mgag200: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 06/13] arc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 05/13] powerpc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 04/13] parisc: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 03/13] sh: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 03/13] alpha: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 02/13] sh: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 02/13] alpha: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 01/13] iomap: Constify ioreadX() iomem argument (as in generic implementation)
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [RFT 00/13] iomap: Constify ioreadX() iomem argument
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• locking warnings in drm/virtio code
  • From: Jann Horn via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: remove VIRTIO_BLK_F_SCSI support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 1/2] virtio-balloon: initialize all vq callbacks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH v2 2/2] virtio-pci: check name when counting MSI-X vectors
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• RE: [PATCH v2 1/2] virtio-balloon: initialize all vq callbacks
  • From: "Wang, Wei W" <wei.w.wang@xxxxxxxxx>
• Re: [PATCH net] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 2/2] virtio-pci: check name when counting MSI-X vectors
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH v2 1/2] virtio-balloon: initialize all vq callbacks
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH] virtio_input: Initialize multi-touch slots on ABS_MT_SLOT
  • From: Rudolf Streif <rstreif@xxxxxxxxxxxxxx>
• Re: [PATCH v3 13/22] compat_ioctl: scsi: move ioctl handling into drivers
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [PATCH v3 13/22] compat_ioctl: scsi: move ioctl handling into drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v10 00/11] x86: PIE support to extend KASLR randomization
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• CISTI'2020 - Doctoral Symposium | Seville, Spain; Deadline: February 14
  • From: "Maria Lemos" <marialemos72@xxxxxxxxx>
• [PATCH 5.4 315/434] crypto: virtio - deal with unsupported input sizes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 167/219] crypto: virtio - deal with unsupported input sizes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 121/161] crypto: virtio - deal with unsupported input sizes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] KVM: arm64: Add interface to support VCPU preempted check
  • From: yezengruan <yezengruan@xxxxxxxxxx>
• Re: [PATCH v2 5/6] KVM: arm64: Add interface to support VCPU preempted check
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2 1/6] KVM: arm64: Document PV-lock interface
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v2 2/6] KVM: arm64: Add SMCCC paravirtualised lock calls
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v2 6/6] KVM: arm64: Support the VCPU preemption check
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v2 4/6] KVM: arm64: Provide VCPU attributes for PV lock
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v2 3/6] KVM: arm64: Support pvlock preempted via shared structure
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v2 5/6] KVM: arm64: Add interface to support VCPU preempted check
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• [PATCH v2 0/6] KVM: arm64: VCPU preempted check support
  • From: Zengruan Ye <yezengruan@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: arm64: Support the vcpu preemption check
  • From: yezengruan <yezengruan@xxxxxxxxxx>
• Re: [PATCH 3/5] KVM: arm64: Support pvlock preempted via shared structure
  • From: yezengruan <yezengruan@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v10 00/11] x86: PIE support to extend KASLR randomization
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 6/8] iommu: allow the dma-iommu api to use bounce buffers
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v10 10/11] x86/paravirt: Adapt assembly for PIE support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC v4 00/13] virtio-mem: paravirtualized memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio-mmio: convert to devm_platform_ioremap_resource
  • From: Frank Lee <tiny.windzz@xxxxxxxxx>
• [PATCH 6/6] iommu/rockchip: convert to devm_platform_ioremap_resource
  • From: Yangtao Li <tiny.windzz@xxxxxxxxx>
• [PATCH 5/6] iommu/mediatek: convert to devm_platform_ioremap_resource
  • From: Yangtao Li <tiny.windzz@xxxxxxxxx>
• [PATCH 3/6] iommu/qcom: convert to devm_platform_ioremap_resource
  • From: Yangtao Li <tiny.windzz@xxxxxxxxx>
• [PATCH 4/6] iommu/ipmmu-vmsa: convert to devm_platform_ioremap_resource
  • From: Yangtao Li <tiny.windzz@xxxxxxxxx>
• [PATCH 2/6] iommu/exynos: convert to devm_platform_ioremap_resource
  • From: Yangtao Li <tiny.windzz@xxxxxxxxx>
• [PATCH] virtio-mmio: convert to devm_platform_ioremap_resource
  • From: Yangtao Li <tiny.windzz@xxxxxxxxx>
• [PATCH 1/6] iommu/omap: convert to devm_platform_ioremap_resource
  • From: Yangtao Li <tiny.windzz@xxxxxxxxx>
• Re: [PATCH v10 10/11] x86/paravirt: Adapt assembly for PIE support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH net] virtio_net: CTRL_GUEST_OFFLOADS depends on CTRL_VQ
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/8] Convert the intel iommu driver to the dma-iommu api
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] Convert the intel iommu driver to the dma-iommu api
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 0/8] Convert the intel iommu driver to the dma-iommu api
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio-mmio: convert to devm_platform_ioremap_resource
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RHEL7]virtio-net: switch to use XPS to choose txq
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Document PV-lock interface
  • From: yezengruan <yezengruan@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio-mmio: convert to devm_platform_ioremap_resource
  • From: Yangtao Li <tiny.windzz@xxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 6/8] iommu: allow the dma-iommu api to use bounce buffers
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH 1/8] iommu/vt-d: clean up 32bit si_domain assignment
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH 7/8] iommu/vt-d: Convert intel iommu driver to the iommu ops
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH 5/8] iommu: Add iommu_dma_free_cpu_cached_iovas function
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH 0/8] Convert the intel iommu driver to the dma-iommu api
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH 8/8] DO NOT MERGE: iommu: disable list appending in dma-iommu
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH 3/8] iommu/vt-d: Remove IOVA handling code from non-dma_ops path
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH 2/8] iommu/vt-d: Use default dma_direct_* mapping functions for direct mapped devices
  • From: Tom Murphy <murphyt7@xxxxxx>
• [PATCH 4/8] iommu: Handle freelists when using deferred flushing in iommu drivers
  • From: Tom Murphy <murphyt7@xxxxxx>
• Re: [PATCH net-next v3 00/11] VSOCK: add vsock_test test suite
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net] virtio-net: Skip set_features on non-cvq devices
  • From: Stephen Barber <smbarber@xxxxxxxxxxxx>
• Re: [Spice-devel] [PATCH 4/4] drm/qxl: add drm_driver.release callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [Spice-devel] [PATCH 4/4] drm/qxl: add drm_driver.release callback.
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH 1/4] drm/bochs: add drm_driver.release callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 4/4] drm/qxl: add drm_driver.release callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/4] drm/virtio: add drm_driver.release callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/4] drm/cirrus: add drm_driver.release callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: read_barrier_depends() usage in vhost.c
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 4.9 115/199] virtio-balloon: fix managed page counts when migrating pages between zones
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 098/162] virtio-balloon: fix managed page counts when migrating pages between zones
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 00/11] x86: PIE support to extend KASLR randomization
  • From: Thomas Garnier <thgarnie@xxxxxxxxxxxx>
• Re: [PATCH v3 4/5] iommu: intel: Use generic_iommu_put_resv_regions()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v10 00/11] x86: PIE support to extend KASLR randomization
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/5] iommu: intel: Use generic_iommu_put_resv_regions()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 2/5] KVM: arm64: Implement PV_LOCK_FEATURES call
  • From: yezengruan <yezengruan@xxxxxxxxxx>
• Re: [PATCH 1/5] KVM: arm64: Document PV-lock interface
  • From: yezengruan <yezengruan@xxxxxxxxxx>
• Re: [PATCH net-next v3 00/11] VSOCK: add vsock_test test suite
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• [PATCH net-next v3 11/11] vsock_test: add SOCK_STREAM MSG_PEEK test
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 10/11] testing/vsock: print list of options and description
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 09/11] testing/vsock: add parameters to list and skip tests
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 08/11] vsock_test: wait for the remote to close the connection
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 07/11] VSOCK: add AF_VSOCK test cases
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 06/11] VSOCK: add send_byte()/recv_byte() test utilities
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 05/11] VSOCK: add full barrier between test cases
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 04/11] VSOCK: extract connect/accept functions from vsock_diag_test.c
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 03/11] VSOCK: extract utility functions from vsock_diag_test.c
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 02/11] VSOCK: add SPDX identifiers to vsock tests
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 00/11] VSOCK: add vsock_test test suite
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net-next v3 01/11] VSOCK: fix header include in vsock_diag_test
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: vhost changes (batched) in linux-next after 12/13 trigger random crashes in KVM guests after reboot
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 5/5] iommu: virtio: Use generic_iommu_put_resv_regions()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v3 4/5] iommu: intel: Use generic_iommu_put_resv_regions()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v3 2/5] iommu: arm: Use generic_iommu_put_resv_regions()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v3 3/5] iommu: amd: Use generic_iommu_put_resv_regions()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v3 1/5] iommu: Implement generic_iommu_put_resv_regions()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v3 0/5] iommu: Implement generic_iommu_put_resv_regions()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• [PATCH v4 2/3] drm/virtio: fix mmap page attributes
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [RFC 00/13] virtio-iommu on non-devicetree platforms
  • From: Jean-Philippe Brucker <jean-philippe@xxxxxxxxxx>
• Re: read_barrier_depends() usage in vhost.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] virtio-pci: check name when counting MSI-X vectors
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio-balloon: initialize all vq callbacks
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio-balloon: initialize all vq callbacks
  • From: Wei Wang <wei.w.wang@xxxxxxxxx>
• Re: [PATCH 1/1] drivers/vhost : Removes unnecessary 'else' in vhost_copy_from_user
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio-balloon: initialize all vq callbacks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-pci: check name when counting MSI-X vectors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio-balloon: initialize all vq callbacks
  • From: Wei Wang <wei.w.wang@xxxxxxxxx>
• Re: [PATCH 1/2] virtio-balloon: initialize all vq callbacks
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• Re: [PATCH 1/2] virtio-balloon: initialize all vq callbacks
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-pci: check name when counting MSI-X vectors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 1/2] virtio-balloon: initialize all vq callbacks
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH 2/2] virtio-pci: check name when counting MSI-X vectors
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• Re: [PATCH] virtio-balloon: request nvqs based on features
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• Re: [PATCH] virtio-balloon: request nvqs based on features
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 3/5] KVM: arm64: Support pvlock preempted via shared structure
  • From: <yezengruan@xxxxxxxxxx>
• [PATCH 1/5] KVM: arm64: Document PV-lock interface
  • From: <yezengruan@xxxxxxxxxx>
• [PATCH 5/5] KVM: arm64: Support the vcpu preemption check
  • From: <yezengruan@xxxxxxxxxx>
• [PATCH 4/5] KVM: arm64: Add interface to support vcpu preempted check
  • From: <yezengruan@xxxxxxxxxx>
• [PATCH 0/5] KVM: arm64: vcpu preempted check support
  • From: <yezengruan@xxxxxxxxxx>
• [PATCH 2/5] KVM: arm64: Implement PV_LOCK_FEATURES call
  • From: <yezengruan@xxxxxxxxxx>
• Re: [PATCH v2 2/5] iommu: arm: Use iommu_put_resv_regions_simple()
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v2 0/5] iommu: Implement iommu_put_resv_regions_simple()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH] virtio-balloon: request nvqs based on features
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH] virtio-balloon: request nvqs based on features
  • From: Wei Wang <wei.w.wang@xxxxxxxxx>
• Re: [PATCH net 0/2] vsock/virtio: fix null-pointer dereference and related precautions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] virtio-balloon: request nvqs based on features
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• [PATCH 5.4 058/177] virtio-balloon: fix managed page counts when migrating pages between zones
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.3 047/180] virtio-balloon: fix managed page counts when migrating pages between zones
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 031/140] virtio-balloon: fix managed page counts when migrating pages between zones
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 183/267] virtio-balloon: fix managed page counts when migrating pages between zones
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 00/13] virtio-mem: paravirtualized memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [vhost:linux-next 12/12] drivers/vhost/vhost.c:1968:25: sparse: sparse: incompatible types in comparison expression (different type sizes):
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [vhost:linux-next 12/12] drivers/vhost/vhost.c:1968:11: note: in expansion of macro 'min'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Patch "virtio-balloon: fix managed page counts when migrating pages between zones" has been added to the 5.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "virtio-balloon: fix managed page counts when migrating pages between zones" has been added to the 5.3-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "virtio-balloon: fix managed page counts when migrating pages between zones" has been added to the 4.19-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "virtio-balloon: fix managed page counts when migrating pages between zones" has been added to the 4.14-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "virtio-balloon: fix managed page counts when migrating pages between zones" has been added to the 4.9-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "virtio-balloon: fix managed page counts when migrating pages between zones" has been added to the 4.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PULL] virtio: cleanups and fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH RFC v4 00/13] virtio-mem: paravirtualized memory
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH net 2/2] vsock/virtio: add WARN_ON check on virtio_transport_get_ops()
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net 1/2] vsock/virtio: fix null-pointer dereference in virtio_transport_recv_listen()
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH net 0/2] vsock/virtio: fix null-pointer dereference and related precautions
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH 08/10] drm/virtio: plane_state->fb iff plane_state->crtc
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PULL] virtio: cleanups and fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: remove VIRTIO_BLK_F_SCSI support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: remove VIRTIO_BLK_F_SCSI support
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: remove VIRTIO_BLK_F_SCSI support
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH RFC v4 01/13] ACPI: NUMA: export pxm_to_node
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC v4 01/13] ACPI: NUMA: export pxm_to_node
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH net-next v12 0/3] netdev: ndo_tx_timeout cleanup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] vhost/vsock: accept only packets with the right dst_cid
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] vhost/vsock: accept only packets with the right dst_cid
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• [PATCH RFC v4 13/13] virtio-mem: Drop slab objects when unplug continues to fail
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 12/13] mm/vmscan: Export drop_slab() and drop_slab_node()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 11/13] mm/vmscan: Move count_vm_event(DROP_SLAB) into drop_slab()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 10/13] virtio-mem: Better retry handling
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 09/13] virtio-mem: Offline and remove completely unplugged memory blocks
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 08/13] mm/memory_hotplug: Introduce offline_and_remove_memory()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 07/13] virtio-mem: Allow to offline partially unplugged memory blocks
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 06/13] mm: Allow to offline unmovable PageOffline() pages via MEM_GOING_OFFLINE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 05/13] virtio-mem: Paravirtualized memory hotunplug part 2
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 04/13] mm: Export alloc_contig_range() / free_contig_range()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 02/13] virtio-mem: Paravirtualized memory hotplug
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 03/13] virtio-mem: Paravirtualized memory hotunplug part 1
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 01/13] ACPI: NUMA: export pxm_to_node
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH RFC v4 00/13] virtio-mem: paravirtualized memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 15/24] compat_ioctl: scsi: move ioctl handling into drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] virtio-blk: remove VIRTIO_BLK_F_SCSI support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 15/24] compat_ioctl: scsi: move ioctl handling into drivers
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] vhost/vsock: accept only packets with the right dst_cid
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH] vhost/vsock: accept only packets with the right dst_cid
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 3/3] virtio-gpu: use damage info for display updates.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 1/3] drm/virtio: skip set_scanout if framebuffer didn't change
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 2/3] virtio-gpu: batch display update commands.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] vhost/vsock: accept only packets with the right dst_cid
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH 15/24] compat_ioctl: scsi: move ioctl handling into drivers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 15/24] compat_ioctl: scsi: move ioctl handling into drivers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 15/24] compat_ioctl: scsi: move ioctl handling into drivers
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 15/24] compat_ioctl: scsi: move ioctl handling into drivers
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 15/24] compat_ioctl: scsi: move ioctl handling into drivers
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>