Linux Virtualization Development

• Thread Index

• 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>
• Re: [PATCH 1/2] virtio: fix virtio_config_ops description
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Jan Kara <jack@xxxxxxx>
• 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: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] drm/cirrus: fix connector leak at unload
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Pankaj Gupta <pagupta@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: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH] vhost/vsock: fix vhost vsock cid hashing inconsistent
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] drm/cirrus: fix connector leak at unload
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/cirrus: fix connector leak at unload
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/virtio: drop prime import/export callbacks
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] drm/qxl: drop prime import/export callbacks
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [PATCH] VMCI: Verify PPNs before sending to device
  • From: Jorgen Hansen via Virtualization <virtualization@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH 7/7] drm: Split out drm_probe_helper.h
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v6 0/7] Add virtio-iommu driver
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• Re: [PATCH v6 0/7] Add virtio-iommu driver
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH 1/3] swiotlb: Export maximum allocation size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [RFC PATCH V3 0/5] Hi:
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v4 05/16] drm/bochs: atomic: switch planes to atomic, wire up helpers.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 15/16] drm/bochs: drop old fbdev emulation code
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 10/16] drm/bochs: remove old bochs_crtc_* functions
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 08/16] drm/bochs: atomic: use suspend/resume helpers
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 16/16] drm/bochs: move remaining fb bits to kms
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 03/16] drm/bochs: atomic: add atomic_flush+atomic_enable callbacks.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 09/16] drm/bochs: atomic: set DRIVER_ATOMIC
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 13/16] drm/bochs: add basic prime support
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 01/16] drm/bochs: encoder cleanup
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 07/16] drm/bochs: atomic: use atomic page_flip helper
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 02/16] drm/bochs: split bochs_hw_setmode
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 06/16] drm/bochs: atomic: use atomic set_config helper
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH net-next] virtio_net: bulk free tx skbs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] drm: Split out drm_probe_helper.h
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/3] virtio-blk: Consider dma_max_mapping_size() for maximum segment size
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH 3/3] virtio-blk: Consider dma_max_mapping_size() for maximum segment size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] drm: Split out drm_probe_helper.h
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Spice-devel] [PATCH 1/3] drm/qxl: add mode/framebuffer check functions
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Spice-devel] [PATCH 1/3] drm/qxl: add mode/framebuffer check functions
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/3] drm/qxl: use kernel mode db
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/3] drm/qxl: add qxl_add_mode helper function
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] dma: Introduce dma_max_mapping_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/3] dma: Introduce dma_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] dma: Introduce dma_max_mapping_size()
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] dma: Introduce dma_max_mapping_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 3/3] virtio-blk: Consider dma_max_mapping_size() for maximum segment size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 0/3 v2] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 1/3] swiotlb: Introduce swiotlb_max_mapping_size()
  • From: Joerg Roedel <joro@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 1/3] swiotlb: Export maximum allocation size
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Neil Armstrong <narmstrong@xxxxxxxxxxxx>
• [PATCH v7 7/7] iommu/virtio: Add event queue
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH v7 6/7] iommu/virtio: Add probe request
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH v7 5/7] iommu: Add virtio-iommu driver
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH v7 4/7] PCI: OF: Initialize dev->fwnode appropriately
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH v7 3/7] of: Allow the iommu-map property to omit untranslated devices
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH v7 2/7] dt-bindings: virtio: Add virtio-pci-iommu node
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH v7 1/7] dt-bindings: virtio-mmio: Add IOMMU description
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH v7 0/7] Add virtio-iommu driver
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• Re: [PATCH] drm: Split out drm_probe_helper.h
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH] drm: Split out drm_probe_helper.h
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH net V3] vhost: log dirty page correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v3 2/5] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio: fix virtio_config_ops description
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 2/3] virtio-balloon: improve update_balloon_size_func
  • From: Wei Wang <wei.w.wang@xxxxxxxxx>
• Re: [virtio-dev] [PATCH 2/2] virtio: document virtio_config_ops restrictions
  • From: Wei Wang <wei.w.wang@xxxxxxxxx>
• Re: [PATCH 1/2] virtio: fix virtio_config_ops description
  • From: Wei Wang <wei.w.wang@xxxxxxxxx>
• [PATCH net-next] virtio_net: bulk free tx skbs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] vhost/vsock: fix vhost vsock cid hashing inconsistent
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net V3] vhost: log dirty page correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net V2] vhost: log dirty page correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• 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: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net V2] vhost: log dirty page correctly
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] virtio: Introduce virtio_max_dma_size()
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 1/3] swiotlb: Export maximum allocation size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 3/3] virtio-blk: Consider virtio_max_dma_size() for maximum segment size
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• [PATCH 0/3] Fix virtio-blk issue with SWIOTLB
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] include/linux/compiler*.h: fix OPTIMIZER_HIDE_VAR
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net V2] vhost: log dirty page correctly
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] drm/virtio: drop prime import/export callbacks
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 14/15] drm/bochs: drop old fbdev emulation code
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• Re: [PATCH v3 0/5] kvm "virtio pmem" device
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v3 14/15] drm/bochs: drop old fbdev emulation code
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 14/15] drm/bochs: drop old fbdev emulation code
  • From: Noralf Trønnes <noralf@xxxxxxxxxxx>
• [PATCH v3 11/15] drm/bochs: move ttm_bo_(un)reserve calls into bochs_bo_{pin, unpin}
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 12/15] drm/bochs: add basic prime support
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 15/15] drm/bochs: move remaining fb bits to kms
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 08/15] drm/bochs: atomic: set DRIVER_ATOMIC
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 05/15] drm/bochs: atomic: switch planes to atomic, wire up helpers.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 14/15] drm/bochs: drop old fbdev emulation code
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 04/15] drm/bochs: atomic: add mode_set_nofb callback.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 13/15] drm/bochs: switch to generic drm fbdev emulation
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 09/15] drm/bochs: remove old bochs_crtc_* functions
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 10/15] drm/bochs: drop unused gpu_addr arg from bochs_bo_pin()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 02/15] drm/bochs: split bochs_hw_setmode
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 06/15] drm/bochs: atomic: use atomic set_config helper
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>