Linux Virtualization Development

• Thread Index

• Re: [PATCH v4 5/5] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v4 5/5] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v4 5/5] xfs: disable map_sync for async flush
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 5/5] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v4 2/5] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v4 5/5] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH v4 5/5] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 1/1] proof of concept for GPU forwarding
  • From: Lepton Wu <ytht.net@xxxxxxxxx>
• Proof of concept for GPU forwarding for Linux guest on Linux host.
  • From: Lepton Wu <ytht.net@xxxxxxxxx>
• Re: [PATCH v4 5/5] xfs: disable map_sync for async flush
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• CfP VHPC19: HPC Virtualization-Containers: Paper due May 1, 2019 (extended)
  • From: VHPC 19 <vhpc.dist@xxxxxxxxx>
• Re: [PATCH net v5] failover: allow name change on IFF_UP slave interfaces
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Daniel Stone <daniel@xxxxxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v4 2/5] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH v4 4/5] ext4: disable map_sync for async flush
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v4 5/5] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v4 4/5] ext4: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v4 3/5] libnvdimm: add dax_dev sync flag
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v4 2/5] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v4 1/5] ibnvdimm: nd_region flush callback support
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v4 0/5] virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] drm/cirrus: rewrite and modernize driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH net v5] failover: allow name change on IFF_UP slave interfaces
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• Re: [PATCH net v5] failover: allow name change on IFF_UP slave interfaces
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v5] failover: allow name change on IFF_UP slave interfaces
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v5] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v5] failover: allow name change on IFF_UP slave interfaces
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• [PATCH 2/2] drm/cirrus: drop mode_info.mode_config_initialized
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 1/2] drm/bochs: drop mode_config_initialized
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 2/3] drm/bochs: add missing drm_atomic_helper_shutdown() call.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 2/3] drm/bochs: add missing drm_atomic_helper_shutdown() call.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 1/3] drm/virtio: add missing drm_atomic_helper_shutdown() call.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/3] drm/cirrus: add missing drm_helper_force_disable_all() call.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] x86/paravirt: Guard against invalid cpu # in pv_vcpu_is_preempted()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] x86/paravirt: Guard against invalid cpu # in pv_vcpu_is_preempted()
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH 2/5] x86: Convert some slow-path static_cpu_has() callers to boot_cpu_has()
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 2/5] x86: Convert some slow-path static_cpu_has() callers to boot_cpu_has()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH net v4] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v4] failover: allow name change on IFF_UP slave interfaces
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH net v4] failover: allow name change on IFF_UP slave interfaces
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v4] failover: allow name change on IFF_UP slave interfaces
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net v4] failover: allow name change on IFF_UP slave interfaces
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• Re: [PATCH net v3] failover: allow name change on IFF_UP slave interfaces
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net v3] failover: allow name change on IFF_UP slave interfaces
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Update PARAVIRT_OPS_INTERFACE and VMWARE_HYPERVISOR_INTERFACE
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH] MAINTAINERS: Update PARAVIRT_OPS_INTERFACE and VMWARE_HYPERVISOR_INTERFACE
  • From: Thomas Hellstrom via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 -next] drm/virtio: remove set but not used variable 'vgdev'
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [RFC PATCH 18/68] vfs: Convert virtio_balloon to use the new mount API
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC PATCH 00/68] VFS: Convert a bunch of filesystems to the new mount API
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH net v3] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] MAiNTAINERS: add Paolo, Stefan for virtio blk/scsi
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] MAiNTAINERS: add Paolo, Stefan for virtio blk/scsi
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] MAiNTAINERS: add Paolo, Stefan for virtio blk/scsi
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH] MAiNTAINERS: add Paolo, Stefan for virtio blk/scsi
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] MAiNTAINERS: add Paolo, Stefan for virtio blk/scsi
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v3 5/5] drm/virtio: rework resource creation workflow.
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 2/5] drm/virtio: use struct to pass params to virtio_gpu_object_create()
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• [PATCH] MAiNTAINERS: add Paolo, Stefan for virtio blk/scsi
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] drm/virtio: add virtio-gpu-features debugfs file.
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH net v3] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v3] failover: allow name change on IFF_UP slave interfaces
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH 2/2] scsi: virtio_scsi: limit number of hw queues by nr_cpu_ids
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• [PATCH 1/2] virtio-blk: limit number of hw queues by nr_cpu_ids
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• [PATCH 0/2] Limit number of hw queues by nr_cpu_ids for virtio-blk and virtio-scsi
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• Re: [PATCH net v3] failover: allow name change on IFF_UP slave interfaces
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: INFO: task hung in vhost_net_stop_vq
  • From: Dmitry Vyukov via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: INFO: task hung in vhost_net_stop_vq
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] x86/paravirt: Guard against invalid cpu # in pv_vcpu_is_preempted()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] x86/paravirt: Guard against invalid cpu # in pv_vcpu_is_preempted()
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH] x86/paravirt: Guard against invalid cpu # in pv_vcpu_is_preempted()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: INFO: task hung in vhost_net_stop_vq
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH -next] drm/ttm: remove set but not used variable 'vgdev'
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v2] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] VMCI/VSOCK: Add maintainers for VMCI, AF_VSOCK and VMCI transport
  • From: Jorgen Hansen via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v2] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v2] failover: allow name change on IFF_UP slave interfaces
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] drm/virtio: make resource id workaround runtime switchable.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] drm/virtio: add virtio-gpu-features debugfs file.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [summary] virtio network device failover writeup
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH] virtio_console: initialize vtermno value for ports
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] virtio_net: remove hcpu from virtnet_clean_affinity
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• Re: [PATCH v3 1/2] drm/virtio: Add window server support
  • From: Tomeu Vizoso <tomeu.vizoso@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] drm/virtio: drop fencing in virtio_gpu_resource_create_ioctl
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 5/5] drm/virtio: rework resource creation workflow.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 4/5] drm/virtio: params struct for virtio_gpu_cmd_create_resource_3d()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 1/5] drm/virtio: move virtio_gpu_object_{attach, detach} calls.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 2/5] drm/virtio: use struct to pass params to virtio_gpu_object_create()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 3/5] drm/virtio: params struct for virtio_gpu_cmd_create_resource()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] virtio_net: remove hcpu from virtnet_clean_affinity
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [summary] virtio network device failover writeup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 15/38] vfs: Convert virtio_balloon to fs_context
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/38] VFS: Convert trivial filesystems and more
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC] vhost: select TAP if VHOST is configured
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• [RFC] vhost: select TAP if VHOST is configured
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• virtio-blk: should num_vqs be limited by num_possible_cpus()?
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_ring: Fix potential mem leak in virtqueue_add_indirect_packed
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 1/1] virtio_blk: replace 0 by HCTX_TYPE_DEFAULT to index blk_mq_tag_set->map
  • From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
• Re: [PATCH] VMCI: Use BIT() macro for bit definitions
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] drm/bochs: Fix NULL dereference on atomic_disable helper
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Clean up TTM mmap offsets
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/5] Clean up TTM mmap offsets
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/5] Clean up TTM mmap offsets
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] drm/bochs: Fix NULL dereference on atomic_disable helper
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/bochs: Fix NULL dereference on atomic_disable helper
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/bochs: Fix NULL dereference on atomic_disable helper
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio_console: free unused buffers with virtio port
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] virtio_console: free unused buffers with virtio port
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_console: free unused buffers with virtio port
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] drm/bochs: Fix NULL dereference on atomic_disable helper
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] virtio_console: free unused buffers with virtio port
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PULL] virtio,vhost: cleanups and fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vhost: silence an unused-variable warning
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] vsock/virtio: fix kernel panic from virtio_transport_reset_no_sock
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net v2] failover: allow name change on IFF_UP slave interfaces
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• Re: [PATCH] vhost: silence an unused-variable warning
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 4/5] vhost: introduce helpers to get the size of metadata area
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 4/5] vhost: introduce helpers to get the size of metadata area
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH V2 2/5] vhost: fine grain userspace memory accessors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next] failover: allow name change on IFF_UP slave interfaces
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• Re: [PATCH] vsock/virtio: fix kernel panic from virtio_transport_reset_no_sock
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next] failover: allow name change on IFF_UP slave interfaces
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH] vhost: silence an unused-variable warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] vsock/virtio: fix kernel panic from virtio_transport_reset_no_sock
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• Re: [RFC PATCH net-next] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [RFC PATCH V2 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V2 4/5] vhost: introduce helpers to get the size of metadata area
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V2 3/5] vhost: rename vq_iotlb_prefetch() to vq_meta_prefetch()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V2 2/5] vhost: fine grain userspace memory accessors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V2 1/5] vhost: generalize adding used elem
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH V2 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next] failover: allow name change on IFF_UP slave interfaces
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] virtio_console: free unused buffers with virtio port
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [RFC PATCH net-next] failover: allow name change on IFF_UP slave interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net] failover: allow name change on IFF_UP slave interfaces
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] virtio_console: free unused buffers with virtio port
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_console: free unused buffers with virtio port
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH] virtio_console: free unused buffers with virtio port
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Siwei Liu <loseweigh@xxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v7 3/4] drm/qxl: remove conflicting framebuffers earlier
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/virtio: Allow userspace to mmap() framebuffer
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Jakub Kicinski <kubakici@xxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Siwei Liu <loseweigh@xxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Jakub Kicinski <kubakici@xxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Jakub Kicinski <kubakici@xxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Jakub Kicinski <kubakici@xxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Regression with "arm64: KVM: Skip MMIO insn after emulation" on 4.4 stable
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: Regression with "arm64: KVM: Skip MMIO insn after emulation" on 4.4 stable
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 2/2] drm/bochs: Drop best_encoder
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/2] drm/bochs: Drop best_encoder
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Regression with "arm64: KVM: Skip MMIO insn after emulation" on 4.4 stable
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: Regression with "arm64: KVM: Skip MMIO insn after emulation" on 4.4 stable
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Jakub Kicinski <kubakici@xxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Jakub Kicinski <kubakici@xxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Regression with "arm64: KVM: Skip MMIO insn after emulation" on 4.4 stable
  • From: Daniel Verkamp <dverkamp@xxxxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] drm/virtio: implement prime export
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH 1/3] drm/virtio: implement prime mmap
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH 2/3] drm/virtio: implement prime pin/unpin
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• [PATCH 1/3] drm/virtio: implement prime mmap
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/3] drm/virtio: implement prime export
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/3] drm/virtio: implement prime pin/unpin
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 char-misc-next 4/7] mic: vop: Add loopback driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH v6 3/3] drm/qxl: remove conflicting framebuffers earlier
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] tpm: Add driver for TPM over virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] tpm: Add driver for TPM over virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] tpm: Add driver for TPM over virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] tpm: Add driver for TPM over virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] tpm: Add driver for TPM over virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] tpm: Add driver for TPM over virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] tpm: Add driver for TPM over virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 0/7] Add virtio-iommu driver
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH v5 3/3] drm/qxl: remove conflicting framebuffers earlier
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v4 2/2] drm/qxl: remove conflicting framebuffers earlier
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v4 2/2] drm/qxl: remove conflicting framebuffers earlier
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/qxl: kick out vgacon
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [virtio-dev] Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Samudrala, Sridhar" <sridhar.samudrala@xxxxxxxxx>
• Re: [PATCH] tpm: Add driver for TPM over virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] drm/bochs: Fix the ID mismatch error
  • From: "kraxel@xxxxxxxxxx" <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: unbind vgacon
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• net_failover slave udev renaming (was Re: [RFC PATCH net-next v6 4/4] netvsc: refactor notifier/event handling code to use the bypass framework)
  • From: Siwei Liu <loseweigh@xxxxxxxxx>
• Re: [PATCH] drm/qxl: unbind vgacon
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] VMCI: Support upto 64-bit PPNs
  • From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] drm/bochs: Drop best_encoder
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v2 2/2] drm/qxl: kick out vgacon
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 2/2] drm/qxl: kick out vgacon
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/qxl: kick out vgacon
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 2/2] drm/qxl: kick out vgacon
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/qxl: kick out vgacon
  • From: Daniel Vetter <daniel@xxxxxxxx>
• CFP PECCS 2019 - 9th Int.l Conf. on Pervasive and Embedded Computing and Communication Systems (Vienna/Austria)
  • From: "peccs@xxxxxxxxxxxx" <peccs@xxxxxxxxxxxx>
• CFP WEBIST 2019 - 15th Int.l Conf. on Web Information Systems and Technologies (Vienna/Austria)
  • From: "webist@xxxxxxxxxxxx" <webist@xxxxxxxxxxxx>
• Re: [PATCH -next] drm/qxl: remove set but not used variable 'bo_old'
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/bochs: Fix the ID mismatch error
  • From: "kraxel@xxxxxxxxxx" <kraxel@xxxxxxxxxx>
• [PATCH v2 2/2] drm/qxl: kick out vgacon
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: unbind vgacon
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: unbind vgacon
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RESEND PATCH 0/7] Add FOLL_LONGTERM to GUP fast and use it
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] drm/qxl: unbind vgacon
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH net V2] vhost: correctly check the return value of translate_desc() in log_used()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH][next] vhost: only return early if ret indicates an error or no iovecs have been processed
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH][next] vhost: only return early if ret indicates an error or no iovecs have been processed
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH][next] vhost: only return early if ret indicates an error or no iovecs have been processed
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH net V2] vhost: correctly check the return value of translate_desc() in log_used()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] vhost: correctly check the return value of translate_desc() in log_used()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] vhost: correctly check the return value of translate_desc() in log_used()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] vhost: correctly check the return value of translate_desc() in log_used()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] vhost: correctly check the return value of translate_desc() in log_used()
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] virtio: hint if callbacks surprisingly might sleep
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio: hint if callbacks surprisingly might sleep
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [Qemu-devel] security implications of caching with virtio pmem (was Re: [PATCH v3 0/5] kvm "virtio pmem" device)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Qemu-devel] security implications of caching with virtio pmem (was Re: [PATCH v3 0/5] kvm "virtio pmem" device)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [Qemu-devel] security implications of caching with virtio pmem (was Re: [PATCH v3 0/5] kvm "virtio pmem" device)
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] drm/ttm: Define a single DRM_FILE_PAGE_OFFSET constant
  • From: Thomas Hellstrom via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Resource management for ndo_xdp_xmit (Was: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames)
  • From: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
• Re: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [PATCH] drm/virtio: do NOT reuse resource ids
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v7 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 3/5] dma: Introduce dma_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 4/5] virtio: Introduce virtio_max_dma_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v7 1/5] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 0/5] Clean up TTM mmap offsets
  • From: "Koenig, Christian" <Christian.Koenig@xxxxxxx>
• Re: [PATCH 0/5 v6] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH 0/5 v6] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Resource management for ndo_xdp_xmit (Was: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames)
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH 3/6] mm/balloon_compaction: list interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/6] mm/balloon_compaction: list interfaces
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PULL] virtio: fixes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: security implications of caching with virtio pmem (was Re: [PATCH v3 0/5] kvm "virtio pmem" device)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/6] vmw_balloon: 64-bit limit support, compaction, shrinker
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
• Re: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: security implications of caching with virtio pmem (was Re: [PATCH v3 0/5] kvm "virtio pmem" device)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [vhost:linux-next 3/23] include/linux/swiotlb.h:105:20: error: static declaration of 'is_swiotlb_active' follows non-static declaration
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/5 v6] Fix virtio-blk issue with SWIOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/5 v6] Fix virtio-blk issue with SWIOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] drm/bochs: fix bochs_gem_prime_mmap
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/cirrus: add plane setup
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [PATCH] drm/cirrus: add plane setup
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] vsock/virtio: fix issues on device hot-unplug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3.16 140/305] x86/hyper-v: Enable PIT shutdown quirk
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 3.16 139/305] clockevents/drivers/i8253: Add support for PIT shutdown quirk
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• security implications of caching with virtio pmem (was Re: [PATCH v3 0/5] kvm "virtio pmem" device)
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• CISTI'2019 - Doctoral Symposium | Coimbra, Portugal; Deadline: February 17
  • From: "Maria Lemos" <marialemos72@xxxxxxxxx>
• Re: [PATCH] virtio: drop internal struct from UAPI
  • From: Tiwei Bie <tiwei.bie@xxxxxxxxx>
• Re: [PATCH] virtio: drop internal struct from UAPI
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 0/5 v6] Fix virtio-blk issue with SWIOTLB
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 4/6] drm/virtio: params struct for virtio_gpu_cmd_create_resource_3d()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 5/6] drm/virtio: drop fencing in virtio_gpu_resource_create_ioctl
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH] virtio: drop internal struct from UAPI
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 4/6] drm/virtio: params struct for virtio_gpu_cmd_create_resource_3d()
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v2 2/6] drm/virtio: use struct to pass params to virtio_gpu_object_create()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v6 00/27] x86: PIE support and option to extend KASLR randomization
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH RFC] virtio: hint if callbacks surprisingly might sleep
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH RFC] virtio: hint if callbacks surprisingly might sleep
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] dma: Uninline dma_max_mapping_size()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] dma: Uninline dma_max_mapping_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] dma: Uninline dma_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH RFC] virtio: hint if callbacks surprisingly might sleep
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] drm/virtio: move virtio_gpu_cmd_create_resource call into virtio_gpu_object_create
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v2 5/6] drm/virtio: drop fencing in virtio_gpu_resource_create_ioctl
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v2 4/6] drm/virtio: params struct for virtio_gpu_cmd_create_resource_3d()
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH 3/5] dma: Introduce dma_max_mapping_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 3/6] drm/virtio: params struct for virtio_gpu_cmd_create_resource()
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v2 2/6] drm/virtio: use struct to pass params to virtio_gpu_object_create()
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v2 1/6] drm/virtio: move virtio_gpu_object_{attach, detach} calls.
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH net] vhost: fix OOB in get_rx_bufs()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 net 0/7] virtio_net: Fix problems around XDP tx and napi_tx
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5 v5] Fix virtio-blk issue with SWIOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v6 00/27] x86: PIE support and option to extend KASLR randomization
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net] virtio_net: Account for tx bytes and packets on sending xdp_frames
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] dma: Uninline dma_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 3/5] dma: Introduce dma_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 4/5] virtio: Introduce virtio_max_dma_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 1/5] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 0/5 v6] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 0/5 v5] Fix virtio-blk issue with SWIOTLB
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• [PATCH 3/5] dma: Introduce dma_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 4/5] virtio: Introduce virtio_max_dma_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 1/5] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 0/5 v5] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 0/5 v5] Fix virtio-blk issue with SWIOTLB
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 4/5] virtio: Introduce virtio_max_dma_size()
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH 3/5] dma: Introduce dma_max_mapping_size()
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH] virtio_net: Introduce extended RSC feature
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] mic: vop: Fix broken virtqueues
  • From: Sudeep Dutt <sudeep.dutt@xxxxxxxxx>
• Re: [PATCH 4/5] virtio: Introduce virtio_max_dma_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH v2] mic: vop: Fix broken virtqueues
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/6] drm/virtio: move virtio_gpu_cmd_create_resource call into virtio_gpu_object_create
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 5/6] drm/virtio: drop fencing in virtio_gpu_resource_create_ioctl
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 1/6] drm/virtio: move virtio_gpu_object_{attach, detach} calls.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 4/6] drm/virtio: params struct for virtio_gpu_cmd_create_resource_3d()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 2/6] drm/virtio: use struct to pass params to virtio_gpu_object_create()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 3/6] drm/virtio: params struct for virtio_gpu_cmd_create_resource()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: INFO: task hung in vhost_init_device_iotlb
  • From: Dmitry Vyukov via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: INFO: task hung in vhost_init_device_iotlb
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 1/3] drm/irq: Don't check for DRIVER_HAVE_IRQ in drm_irq_(un)install
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] drm/qxl: use ttm_tt
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 0/5 v4] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 4/5] virtio: Introduce virtio_max_dma_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 3/5] dma: Introduce dma_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 1/5] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH v2] drm/qxl: use ttm_tt
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH net] vhost: fix OOB in get_rx_bufs()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] vhost: fix OOB in get_rx_bufs()
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] vhost: fix OOB in get_rx_bufs()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] vhost: fix OOB in get_rx_bufs()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] vhost: fix OOB in get_rx_bufs()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] vhost: fix OOB in get_rx_bufs()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net 7/7] virtio_net: Differentiate sk_buff and xdp_frame on freeing
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net 5/7] virtio_net: Don't process redirected XDP frames when XDP is disabled
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH] virtio_ring: Use DMA API if guest memory is encrypted
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 0/7] Add virtio-iommu driver
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 4/5] virtio: Introduce virtio_max_dma_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/5] dma: Introduce dma_max_mapping_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/5] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] virtio_net: Introduce extended RSC feature
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net 7/7] virtio_net: Differentiate sk_buff and xdp_frame on freeing
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 net 7/7] virtio_net: Differentiate sk_buff and xdp_frame on freeing
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next V4 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 net 7/7] virtio_net: Differentiate sk_buff and xdp_frame on freeing
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v2 net 5/7] virtio_net: Don't process redirected XDP frames when XDP is disabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v2 net 7/7] virtio_net: Differentiate sk_buff and xdp_frame on freeing
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net 6/7] virtio_net: Use xdp_return_frame to free xdp_frames on destroying vqs
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net 5/7] virtio_net: Don't process redirected XDP frames when XDP is disabled
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net 4/7] virtio_net: Fix out of bounds access of sq
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net 3/7] virtio_net: Fix not restoring real_num_rx_queues
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net 2/7] virtio_net: Don't call free_old_xmit_skbs for xdp_frames
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net 1/7] virtio_net: Don't enable NAPI when interface is down
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net 0/7] virtio_net: Fix problems around XDP tx and napi_tx
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix virtio-blk issue with SWIOTLB
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix virtio-blk issue with SWIOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 17/23] drm/qxl: use generic fbdev emulation
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 10/23] drm/qxl: move qxl_primary_apply_cursor to correct place
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Xen-devel] [RFC] virtio_ring: check dma_mem for xen_domain
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• [PATCH net] vhost: fix OOB in get_rx_bufs()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 10/23] drm/qxl: move qxl_primary_apply_cursor to correct place
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 17/23] drm/qxl: use generic fbdev emulation
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 10/23] drm/qxl: move qxl_primary_apply_cursor to correct place
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH net-next V4 0/5] vhost: accelerate metadata access through vmap()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next V4 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 18/23] drm/qxl: remove dead qxl fbdev emulation code
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 09/23] drm/qxl: use QXL_GEM_DOMAIN_SURFACE for dumb gem objects
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 08/23] drm/qxl: use QXL_GEM_DOMAIN_SURFACE for shadow bo.
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 07/23] drm/qxl: allow both PRIV and VRAM placement for QXL_GEM_DOMAIN_SURFACE
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 06/23] drm/qxl: use separate offset spaces for the two slots / ttm memory types.
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 05/23] drm/qxl: drop unused fields from struct qxl_device
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 04/23] drm/qxl: change the way slot is detected
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 03/23] drm/qxl: simplify slot management
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 02/23] drm/qxl: drop unused qxl_fb_virtual_address
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 01/23] drm/qxl: drop ttm_mem_reg arg from qxl_hw_surface_alloc()
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH 01/26] drm/irq: Don't check for DRIVER_HAVE_IRQ in drm_irq_(un)install
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• Re: [PATCH 01/26] drm/irq: Don't check for DRIVER_HAVE_IRQ in drm_irq_(un)install
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 18/23] drm/qxl: remove dead qxl fbdev emulation code
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v3 22/23] drm/qxl: use kernel mode db
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 21/23] drm/qxl: add qxl_add_mode helper function
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 20/23] drm/qxl: add mode/framebuffer check functions
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 19/23] drm/qxl: implement qxl_gem_prime_(un)pin
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 18/23] drm/qxl: remove dead qxl fbdev emulation code
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 17/23] drm/qxl: use generic fbdev emulation
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 16/23] drm/qxl: implement prime kmap/kunmap
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 15/23] drm/qxl: use qxl_num_crtc directly
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 14/23] drm/qxl: cover all crtcs in shadow bo.
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 13/23] drm/qxl: use shadow bo directly
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 19/26] drm/qxl: Use drm_fb_helper_fill_info
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 19/26] drm/qxl: Use drm_fb_helper_fill_info
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 12/23] drm/qxl: track primary bo
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 11/23] drm/qxl: drop unused offset parameter from qxl_io_create_primary()
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 10/23] drm/qxl: move qxl_primary_apply_cursor to correct place
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [Xen-devel] [RFC] virtio_ring: check dma_mem for xen_domain
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 19/26] drm/qxl: Use drm_fb_helper_fill_info
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH 01/26] drm/irq: Don't check for DRIVER_HAVE_IRQ in drm_irq_(un)install
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v7 0/7] Add virtio-iommu driver
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• Re: [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 1/5] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 1/5] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/5 v3] Fix virtio-blk issue with SWIOTLB
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [Xen-devel] [RFC] virtio_ring: check dma_mem for xen_domain
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] dma: Introduce dma_max_mapping_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/5] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/5 v3] Fix virtio-blk issue with SWIOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next V4 0/5] vhost: accelerate metadata access through vmap()
  • From: David Miller <davem@xxxxxxxxxx>
• Re: [PATCH 0/5 v3] Fix virtio-blk issue with SWIOTLB
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 0/5 v3] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 3/5] dma: Introduce dma_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 1/5] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 4/5] virtio: Introduce virtio_max_dma_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 2/5] swiotlb: Add is_swiotlb_active() function
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next V4 0/5] vhost: accelerate metadata access through vmap()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] [PATCH] virtio: support VIRTIO_F_ORDER_PLATFORM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net-next V4 5/5] vhost: access vq metadata through kernel virtual address
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V4 4/5] vhost: introduce helpers to get the size of metadata area
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V4 3/5] vhost: rename vq_iotlb_prefetch() to vq_meta_prefetch()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V4 2/5] vhost: fine grain userspace memory accessors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V4 1/5] vhost: generalize adding used elem
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next V4 0/5] vhost: accelerate metadata access through vmap()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v2] virtio: support VIRTIO_F_ORDER_PLATFORM
  • From: Tiwei Bie <tiwei.bie@xxxxxxxxx>
• Re: [PATCH v7 0/7] Add virtio-iommu driver
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH] virtio: support VIRTIO_F_ORDER_PLATFORM
  • From: Tiwei Bie <tiwei.bie@xxxxxxxxx>
• Re: [Xen-devel] [RFC] virtio_ring: check dma_mem for xen_domain
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• Re: [virtio-dev] [PATCH] virtio: support VIRTIO_F_ORDER_PLATFORM
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio: support VIRTIO_F_ORDER_PLATFORM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] [PATCH] virtio: support VIRTIO_F_ORDER_PLATFORM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] [PATCH] virtio: support VIRTIO_F_ORDER_PLATFORM
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [Xen-devel] [RFC] virtio_ring: check dma_mem for xen_domain
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio: support VIRTIO_F_ORDER_PLATFORM
  • From: Tiwei Bie <tiwei.bie@xxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC] virtio_ring: check dma_mem for xen_domain
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/3] virtio-ccw: updates
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 3/3] virtio-ccw: wire up ->bus_name callback
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 2/3] s390/virtio: handle find on invalid queue gracefully
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 1/3] virtio-ccw: diag 500 may return a negative cookie
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• [PATCH 0/3] virtio-ccw: updates
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v7 0/7] Add virtio-iommu driver
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• Re: [RFC] virtio_ring: check dma_mem for xen_domain
  • From: "hch@xxxxxxxxxxxxx" <hch@xxxxxxxxxxxxx>
• [PULL] virtio, vhost: fixes and cleanups
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2] virtio_net: bulk free tx skbs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 23/23] drm/qxl: add overflow checks to qxl_mode_dumb_create()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 23/23] drm/qxl: add overflow checks to qxl_mode_dumb_create()
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/7] Add virtio-iommu driver
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 23/23] drm/qxl: add overflow checks to qxl_mode_dumb_create()
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2] virtio_net: bulk free tx skbs
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v3 17/23] drm/qxl: use generic fbdev emulation
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 02/23] drm/qxl: drop unused qxl_fb_virtual_address
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 23/23] drm/qxl: add overflow checks to qxl_mode_dumb_create()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 18/23] drm/qxl: remove dead qxl fbdev emulation code
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 12/23] drm/qxl: track primary bo
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 07/23] drm/qxl: allow both PRIV and VRAM placement for QXL_GEM_DOMAIN_SURFACE
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 01/23] drm/qxl: drop ttm_mem_reg arg from qxl_hw_surface_alloc()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 08/23] drm/qxl: use QXL_GEM_DOMAIN_SURFACE for shadow bo.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 21/23] drm/qxl: add qxl_add_mode helper function
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 16/23] drm/qxl: implement prime kmap/kunmap
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 22/23] drm/qxl: use kernel mode db
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 20/23] drm/qxl: add mode/framebuffer check functions
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 14/23] drm/qxl: cover all crtcs in shadow bo.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 19/23] drm/qxl: implement qxl_gem_prime_(un)pin
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 15/23] drm/qxl: use qxl_num_crtc directly
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 13/23] drm/qxl: use shadow bo directly
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 10/23] drm/qxl: move qxl_primary_apply_cursor to correct place
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 11/23] drm/qxl: drop unused offset parameter from qxl_io_create_primary()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 09/23] drm/qxl: use QXL_GEM_DOMAIN_SURFACE for dumb gem objects
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 06/23] drm/qxl: use separate offset spaces for the two slots / ttm memory types.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 05/23] drm/qxl: drop unused fields from struct qxl_device
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 03/23] drm/qxl: simplify slot management
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 04/23] drm/qxl: change the way slot is detected
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH net V4] vhost: log dirty page correctly
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net V4] vhost: log dirty page correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] virtio_net: bulk free tx skbs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net 5/7] virtio_net: Don't process redirected XDP frames when XDP is disabled
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net 5/7] virtio_net: Don't process redirected XDP frames when XDP is disabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 2/7] virtio_net: Don't call free_old_xmit_skbs for xdp_frames
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 0/7] virtio_net: Fix problems around XDP tx and napi_tx
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net 5/7] virtio_net: Don't process redirected XDP frames when XDP is disabled
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net 2/7] virtio_net: Don't call free_old_xmit_skbs for xdp_frames
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH] drm: Split out drm_probe_helper.h
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH net V4] vhost: log dirty page correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net 1/7] virtio_net: Don't enable NAPI when interface is down
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net 0/7] virtio_net: Fix problems around XDP tx and napi_tx
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH net 0/7] virtio_net: Fix problems around XDP tx and napi_tx
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net 6/7] virtio_net: Use xdp_return_frame to free xdp_frames on destroying vqs
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH net-next] virtio_net: bulk free tx skbs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 1/2] virtio-net: bql support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 5/7] virtio_net: Don't process redirected XDP frames when XDP is disabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 7/7] virtio_net: Differentiate sk_buff and xdp_frame on freeing
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 6/7] virtio_net: Use xdp_return_frame to free xdp_frames on destroying vqs
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 5/7] virtio_net: Don't process redirected XDP frames when XDP is disabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 4/7] virtio_net: Fix out of bounds access of sq
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 3/7] virtio_net: Fix not restoring real_num_rx_queues
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 2/7] virtio_net: Don't call free_old_xmit_skbs for xdp_frames
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 1/7] virtio_net: Don't enable NAPI when interface is down
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net 7/7] virtio_net: Differentiate sk_buff and xdp_frame on freeing
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net 6/7] virtio_net: Use xdp_return_frame to free xdp_frames on destroying vqs
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net 5/7] virtio_net: Don't process redirected XDP frames when XDP is disabled
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net 4/7] virtio_net: Fix out of bounds access of sq
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net 3/7] virtio_net: Fix not restoring real_num_rx_queues
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net 2/7] virtio_net: Don't call free_old_xmit_skbs for xdp_frames
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v4 12/16] drm/bochs: move ttm_bo_(un)reserve calls into bochs_bo_{pin, unpin}
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 11/16] drm/bochs: drop unused gpu_addr arg from bochs_bo_pin()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 14/16] drm/bochs: switch to generic drm fbdev emulation
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 04/16] drm/bochs: atomic: add mode_set_nofb callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH net V4] vhost: log dirty page correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 1/3] drm/qxl: add mode/framebuffer check functions
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 2/3] virtio-balloon: improve update_balloon_size_func
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 1/3] virtio-balloon: tweak config_changed implementation
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] swiotlb: Export maximum allocation size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] swiotlb: Export maximum allocation size
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net V3] vhost: log dirty page correctly
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 2/5] virtio-pmem: Add virtio pmem driver
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH] VMCI: Verify PPNs before sending to device
  • From: "Jorgen S. Hansen via Virtualization" <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>