Linux Virtualization Development

• Thread Index

• [PATCH RFC v3 1/3] virtio_net: enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 3/6] hw_random: use reference counts on each struct hwrng.
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: free some memory from balloon on OOM
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] hw_random: use reference counts on each struct hwrng.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] hw_random: use reference counts on each struct hwrng.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio_net: fix use after free
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next RFC 1/3] virtio: support for urgent descriptors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC v2 2/3] virtio_net: bql
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC v2 1/3] virtio_net: enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next 1/6] virtio: make sure used event never go backwards
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PULL] More virtio fun
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH v12 08/11] qspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 11/11] pvqspinlock, x86: Enable PV qspinlock for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 07/11] qspinlock: Revert to test-and-set on hypervisors
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 06/11] qspinlock: Use a simple write to grab the lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 10/11] pvqspinlock, x86: Enable PV qspinlock for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 05/11] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 09/11] pvqspinlock, x86: Add para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 04/11] qspinlock: Extract out code snippets for the next patch
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 03/11] qspinlock: Add pending bit
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 02/11] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 01/11] qspinlock: A simple generic 4-byte queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v12 00/11] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH] virtio_net: fix use after free
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] virtio_balloon: free some memory from balloon on OOM
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• [PATCH v3 0/2] shrink virtio baloon on OOM in guest
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• [PATCH 1/2] virtio_balloon: return the amount of freed memory from leak_balloon()
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• [PATCH RFC v2 3/3] virtio-net: optimize free_old_xmit_skbs stats
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH RFC v2 2/3] virtio_net: bql
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH RFC v2 1/3] virtio_net: enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_net: fix use after free
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• RE: [PATCH] virtio_net: fix use after free
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH] virtio_net: fix use after free
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 3/6] virtio-net: small optimization on free_old_xmit_skbs()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/6] Always use tx interrupt for virtio-net
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_net: enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 2/6] virtio: introduce virtio_enable_cb_avail()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 1/6] virtio: make sure used event never go backwards
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/6] Always use tx interrupt for virtio-net
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_net: enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next 5/6] virtio-net: enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next 2/6] virtio: introduce virtio_enable_cb_avail()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• RE: [RFC PATCH net-next 3/6] virtio-net: small optimization on free_old_xmit_skbs()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH net-next 1/6] virtio: make sure used event never go backwards
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next 3/6] virtio-net: small optimization on free_old_xmit_skbs()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 6/6] virtio-net: enable tx interrupt only for the final skb in the chain
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 5/6] virtio-net: enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 2/6] virtio: introduce virtio_enable_cb_avail()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 6/6] virtio-net: enable tx interrupt only for the final skb in the chain
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next 1/6] virtio: make sure used event never go backwards
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 5/6] virtio-net: enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/6] Always use tx interrupt for virtio-net
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 5/6] virtio-net: enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next 2/6] virtio: introduce virtio_enable_cb_avail()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [RFC PATCH net-next 6/6] virtio-net: enable tx interrupt only for the final skb in the chain
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 5/6] virtio-net: enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 1/6] virtio: make sure used event never go backwards
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• RE: [RFC PATCH net-next 3/6] virtio-net: small optimization on free_old_xmit_skbs()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH net-next 5/6] virtio-net: enable tx interrupt
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC PATCH net-next 3/6] virtio-net: small optimization on free_old_xmit_skbs()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC PATCH net-next 3/6] virtio-net: small optimization on free_old_xmit_skbs()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 1/6] virtio: make sure used event never go backwards
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH net-next 2/6] virtio: introduce virtio_enable_cb_avail()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [RFC PATCH net-next 6/6] virtio-net: enable tx interrupt only for the final skb in the chain
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH net-next 5/6] virtio-net: enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH net-next 4/6] virtio-net: return the number of packets sent in free_old_xmit_skbs()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH net-next 3/6] virtio-net: small optimization on free_old_xmit_skbs()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH net-next 2/6] virtio: introduce virtio_enable_cb_avail()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH net-next 1/6] virtio: make sure used event never go backwards
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [RFC PATCH net-next 0/6] Always use tx interrupt for virtio-net
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next RFC 0/3] virtio-net: Conditionally enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 03/25] virtio-pci: move freeze/restore to virtio core
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: free some memory from baloon on OOM
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio_balloon: Convert "vballon" kthread into a workqueue
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next RFC 1/3] virtio: support for urgent descriptors
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: free some memory from baloon on OOM
  • From: "Denis V. Lunev" <den-lists@xxxxxxxxxxxxx>
• Re: [PATCH RFC] virtio_net: enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH 2/2] virtio_balloon: free some memory from balloon on OOM
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• [PATCH 1/2] virtio_balloon: return the amount of freed memory from leak_balloon()
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• [PATCH v2 0/2] shrink virtio baloon on OOM in guest
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_net: enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next RFC 3/3] virtio-net: conditionally enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next RFC 0/3] virtio-net: Conditionally enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_net: enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next RFC 0/3] virtio-net: Conditionally enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH RFC] virtio_net: enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next RFC 3/3] virtio-net: conditionally enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next RFC 0/3] virtio-net: Conditionally enable tx interrupt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next RFC 0/3] virtio-net: Conditionally enable tx interrupt
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: free some memory from baloon on OOM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 04/25] virtio: defer config changed notifications
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*()
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/25] virtio: defer config changed notifications
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: free some memory from baloon on OOM
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: free some memory from baloon on OOM
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• Re: [PATCH RFC 03/11] virtio: support more feature bits
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH RFC 08/11] virtio_blk: use virtio v1.0 endian
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH v4 25/25] virtio-rng: refactor probe error handling
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 24/25] virtio_scsi: drop scan callback
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 23/25] virtio_balloon: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 22/25] virtio_scsi: fix race on device removal
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 21/25] virito_scsi: use freezable WQ for events
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 19/25] virtio_console: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 20/25] virtio_net: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 18/25] virtio_scsi: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 17/25] virtio_blk: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 16/25] virtio_scsi: move kick event out from virtscsi_init
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 15/25] virtio_net: fix use after free on allocation failure
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 14/25] 9p/trans_virtio: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 13/25] virtio_console: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 12/25] virtio_blk: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 11/25] virtio_net: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 10/25] virtio: add API to enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 09/25] virtio_net: minor cleanup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 08/25] virtio-net: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 07/25] virtio_net: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 06/25] virtio-blk: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 05/25] virtio_blk: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 04/25] virtio: defer config changed notifications
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 03/25] virtio-pci: move freeze/restore to virtio core
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 02/25] virtio: unify config_changed handling
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 01/25] virtio_pci: fix virtio spec compliance on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v4 00/25] virtio: fix spec compliance issues
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 10/25] virtio: add API to enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: free some memory from baloon on OOM
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next RFC 1/3] virtio: support for urgent descriptors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3 10/25] virtio: add API to enable VQs early
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] virtio_balloon: free some memory from baloon on OOM
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: BUG_ON in virtio-ring.c
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 08/11] virtio_blk: use virtio v1.0 endian
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 03/11] virtio: support more feature bits
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next RFC 1/3] virtio: support for urgent descriptors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next RFC 3/3] virtio-net: conditionally enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH v3 25/25] virtio-rng: refactor probe error handling
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 24/25] virtio_scsi: drop scan callback
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 23/25] virtio_balloon: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 22/25] virtio_scsi: fix race on device removal
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 21/25] virito_scsi: use freezable WQ for events
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 19/25] virtio_console: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 20/25] virtio_net: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 18/25] virtio_scsi: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 17/25] virtio_blk: enable VQs early on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 16/25] virtio_scsi: move kick event out from virtscsi_init
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 13/25] virtio_console: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 15/25] virtio_net: fix use after free on allocation failure
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 14/25] 9p/trans_virtio: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 12/25] virtio_blk: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 11/25] virtio_net: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 10/25] virtio: add API to enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 09/25] virtio_net: minor cleanup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 08/25] virtio-net: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 07/25] virtio_net: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 06/25] virtio-blk: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 05/25] virtio_blk: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 04/25] virtio: defer config changed notifications
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 02/25] virtio: unify config_changed handling
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 03/25] virtio-pci: move freeze/restore to virtio core
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 01/25] virtio_pci: fix virtio spec compliance on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v3 00/25] virtio: fix spec compliance issues
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next RFC 1/3] virtio: support for urgent descriptors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next RFC 3/3] virtio-net: conditionally enable tx interrupt
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH net-next RFC 3/3] virtio-net: conditionally enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next RFC 2/3] vhost: support urgent descriptors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next RFC 1/3] virtio: support for urgent descriptors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next RFC 0/3] virtio-net: Conditionally enable tx interrupt
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [3.16 stable PATCH 2/2] virtio-rng: skip reading when we start to remove the device
  • From: Amos Kong <akong@xxxxxxxxxx>
• [3.16 stable PATCH 1/2] virtio-rng: fix stuck of hot-unplugging busy device
  • From: Amos Kong <akong@xxxxxxxxxx>
• [3.16 stable PATCH 0/2] virtio-rng: two backports to fix stuck
  • From: Amos Kong <akong@xxxxxxxxxx>
• Call for Papers - WorldCIST'15 - Azores, 1 - 3 April 2015
  • From: "ML" <marialemos72@xxxxxxxxx>
• [PATCH 2/2] virtio_balloon: free some memory from baloon on OOM
  • From: "Denis V. Lunev" <den@xxxxxxxxxxxxx>
• [PATCH 1/2] virtio_balloon: return the amount of freed memory from leak_balloon()
  • From: "Denis V. Lunev" <den@xxxxxxxxxxxxx>
• [PATCH 0/2] shrink virtio baloon on OOM in guest
  • From: "Denis V. Lunev" <den@xxxxxxxxxxxxx>
• Re: BUG_ON in virtio-ring.c
  • From: Alexey Lapitsky <lex.public@xxxxxxxxx>
• Re: [PATCH RFC 00/11] qemu: towards virtio-1 host support
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH RFC 00/11] qemu: towards virtio-1 host support
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH RFC 08/11] s390x/css: Add a callback for when subchannel gets disabled
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 04/11] s390x/virtio-ccw: fix check for WRITE_FEAT
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 03/11] virtio: support more feature bits
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 11/11] s390x/virtio-ccw: enable virtio 1.0
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 01/11] linux-headers/virtio_config: Update with VIRTIO_F_VERSION_1
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 00/11] linux: towards virtio-1 guest support
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 11/11] KVM: s390: enable virtio-ccw revision 1
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 08/11] virtio_blk: use virtio v1.0 endian
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 09/11] KVM: s390: Set virtio-ccw transport revision
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 10/11] s390x/virtio-ccw: support virtio-1 set_vq format
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 04/11] virtio_ring: implement endian reversal based on VERSION_1 feature.
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 06/11] virtio: allow transports to get avail/used addresses
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 02/11] virtio: add support for 64 bit features.
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 03/11] virtio: endianess conversion helpers
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 05/11] virtio: introduce legacy virtio devices
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 07/11] dataplane: allow virtio-1 devices
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 02/11] virtio: cull virtio_bus_set_vdev_features
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 07/11] virtio_net: use v1.0 endian.
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 09/11] s390x/virtio-ccw: add virtio set-revision call
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 10/11] KVM: s390: virtio-ccw revision 1 SET_VQ
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 05/11] virtio_config: endian conversion for v1.0.
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 06/11] virtio: allow virtio-1 queue layout
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 01/11] virtio: use u32, not bitmap for struct virtio_device's features
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH RFC 00/11] qemu: towards virtio-1 host support
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v2 01/15] virtio_pci: fix virtio spec compliance on restore
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Re: [PATCH 08/16] virtio_net: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 08/16] virtio_net: drop config_enable
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/15] virtio_pci: fix virtio spec compliance on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 01/15] virtio_pci: fix virtio spec compliance on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 01/15] virtio_pci: fix virtio spec compliance on restore
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Re: [PATCH 08/16] virtio_net: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 08/16] virtio_net: drop config_enable
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 12/15] virtio_blk: enable VQs early
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v2 11/15] virtio_net: enable VQs early
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v2 03/15] virtio-pci: move freeze/restore to virtio core
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v2 10/15] virtio: add API to enable VQs early
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v2 07/15] virtio_net: drop config_enable
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v2 05/15] virtio_blk: drop config_enable
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v2 04/15] virtio: defer config changed notifications
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v2 03/15] virtio-pci: move freeze/restore to virtio core
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 03/15] virtio-pci: move freeze/restore to virtio core
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH v2 14/15] 9p/trans_virtio: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 02/15] virtio: unify config_changed handling
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH v2 08/15] virtio-net: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 15/15] virtio_net: fix use after free on allocation failure
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 13/15] virtio_console: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 12/15] virtio_blk: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 11/15] virtio_net: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 10/15] virtio: add API to enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 09/15] virtio_net: minor cleanup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 07/15] virtio_net: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 06/15] virtio-blk: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 02/15] virtio: unify config_changed handling
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 05/15] virtio_blk: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 04/15] virtio: defer config changed notifications
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 03/15] virtio-pci: move freeze/restore to virtio core
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 01/15] virtio_pci: fix virtio spec compliance on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 00/15] virtio: fix spec compliance issues
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 10/16] virtio: add API to enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 16/16] virtio_net: fix use after free on allocation failure
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 10/16] virtio: add API to enable VQs early
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 06/16] virtio_blk: drop config_enable
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 09/16] virtio-net: drop config_mutex
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/16] virtio_blk: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 06/16] virtio_blk: drop config_enable
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 09/16] virtio-net: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 09/16] virtio-net: drop config_mutex
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/16] virtio_net: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 11/16] virtio_net: minor cleanup
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 06/16] virtio_blk: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 09/16] virtio-net: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 05/16] virtio: defer config changed notifications
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 09/16] virtio-net: drop config_mutex
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 09/16] virtio-net: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 08/16] virtio_net: drop config_enable
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 07/16] virtio-blk: drop config_mutex
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 09/16] virtio-net: drop config_mutex
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/16] virtio_blk: drop config_enable
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 05/16] virtio: defer config changed notifications
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH 04/16] virtio-pci: move freeze/restore to virtio core
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/16] virtio: refactor to use drv_to_virtio
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 02/16] virtio: unify config_changed handling
  • From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
• [PATCH 16/16] virtio_net: fix use after free on allocation failure
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 14/16] virtio_console: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 13/16] virtio_blk: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 12/16] virtio_net: enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 11/16] virtio_net: minor cleanup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 10/16] virtio: add API to enable VQs early
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 09/16] virtio-net: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 08/16] virtio_net: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 07/16] virtio-blk: drop config_mutex
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 02/16] virtio: unify config_changed handling
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 06/16] virtio_blk: drop config_enable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 05/16] virtio: defer config changed notifications
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 04/16] virtio-pci: move freeze/restore to virtio core
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 03/16] virtio: refactor to use drv_to_virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 01/16] virtio_pci: fix virtio spec compliance on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 00/16] virtio: fix spec compliance issues
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio: pci: Use SIMPLE_DEV_PM_OPS macro
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• CFP: The 24th Int. ACM Symp. on High-Performance Parallel and Distributed Computing (HPDC) 2015
  • From: Ioan Raicu <iraicu@xxxxxxxxxx>
• Re: [3.16 stable PATCH v2 1/2] virtio: rng: delay hwrng_register() till driver is ready
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] virtio_balloon: Convert "vballon" kthread into a workqueue
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] virtio_balloon: Convert "vballon" kthread into a workqueue
  • From: Petr Mladek <pmladek@xxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] virtio_pci: fix virtio spec compliance on restore
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_pci: fix virtio spec compliance on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_pci: fix virtio spec compliance on restore
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: Stefan Fritsch <sf@xxxxxxxxxxx>
• Re: [PATCH] virtio: pci: Use SIMPLE_DEV_PM_OPS macro
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC] virtio_pci: fix virtio spec compliance on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio_pci: fix virtio spec compliance on restore
  • From: Eric Northup <digitaleric@xxxxxxxxxx>
• [PATCH RFC] virtio_pci: fix virtio spec compliance on restore
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] blk-mq: Avoid race condition with uninitialized requests
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] blk-mq: Avoid race condition with uninitialized requests
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH] virtio: unify config_changed handling
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] vhost: support urgent descriptors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] vhost: support urgent descriptors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] virtio: refactor to use drv_to_virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio: unify config_changed handling
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] vhost: support urgent descriptors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Alok Kataria <akataria@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] vhost: support urgent descriptors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: Stefan Fritsch <sf@xxxxxxxxxxx>
• Re: [PATCH RFC 1/2] virtio: support for urgent descriptors
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/2] vhost: support urgent descriptors
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Nadav Amit <nadav.amit@xxxxxxxxx>
• RE: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: David Hepkin <davidhep@xxxxxxxxxxxxx>
• RE: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: David Hepkin <davidhep@xxxxxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: Stefan Fritsch <sf@xxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH v5 0/3] virtio: Use the DMA API when appropriate
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
• Re: [PATCH] blk-mq: Avoid race condition with uninitialized requests
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] vhost: support urgent descriptors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH RFC 2/2] vhost: support urgent descriptors
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
• RE: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Niels Ferguson <niels@xxxxxxxxxxxxx>
• RE: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Jake Oshins <jakeo@xxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
• RE: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: KY Srinivasan <kys@xxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
• RE: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: KY Srinivasan <kys@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/6] hw_random: use reference counts on each struct hwrng.
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• RE: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: KY Srinivasan <kys@xxxxxxxxxxxxx>
• Re: Standardizing an MSR or other hypercall to get an RNG seed?
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 2/3] hw_random: fix stuck in catting hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 6/6] hw_random: don't init list element we're about to add to list.
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 5/6] hw_random: don't double-check old_rng.
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 4/6] hw_random: fix unregister race.
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 3/6] hw_random: use reference counts on each struct hwrng.
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 2/6] hw_random: move some code out mutex_lock for avoiding underlying deadlock
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 1/6] hw_random: place mutex around read functions and buffers.
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 0/6] fix hw_random stuck
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH 2/5] hw_random: use reference counts on each struct hwrng.
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH] blk-mq: Avoid race condition with uninitialized requests
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH] blk-mq: Avoid race condition with uninitialized requests
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] hw_random: place mutex around read functions and buffers.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH 4/5] hw_random: don't double-check old_rng.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH 2/5] hw_random: use reference counts on each struct hwrng.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH 5/5] hw_random: don't init list element we're about to add to list.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH 3/5] hw_random: fix unregister race.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Standardizing an MSR or other hypercall to get an RNG seed?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] hw_random: fix stuck in catting hwrng attributes
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: "Ira W. Snyder" <iws@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: David Hildenbrand <dahi@xxxxxxxxxxxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH] virtio: pci: Use SIMPLE_DEV_PM_OPS macro
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] fix stuck in accessing hwrng attributes
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH v5 2/3] virtio_pci: Use the DMA API for virtqueues when possible
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 3/3] virtio_net: Stop doing DMA from the stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 1/3] virtio_ring: Support DMA APIs if requested
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v5 0/3] virtio: Use the DMA API when appropriate
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Rusty away 18th September -- 11th October
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Rusty away 18th September -- 11th October
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] hw_random: increase schedule timeout in rng_dev_read()
  • From: Michael Büsch <m@xxxxxxx>
• Re: [PATCH] virtio-pci: also bind to Amazon PCI vendor ID
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH v2 1/3] virtio-rng cleanup: move some code out of mutex protection
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH v2 3/3] hw_random: increase schedule timeout in rng_dev_read()
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH] virtio-pci: also bind to Amazon PCI vendor ID
  • From: Matt Wilson <msw@xxxxxxxxx>
• Re: [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [PATCH v2 1/3] virtio-rng cleanup: move some code out of mutex protection
  • From: Michael Büsch <m@xxxxxxx>
• Re: [PATCH v2 3/3] hw_random: increase schedule timeout in rng_dev_read()
  • From: Michael Büsch <m@xxxxxxx>
• Re: [PATCH] virtio-pci: also bind to Amazon PCI vendor ID
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 3/3] hw_random: increase schedule timeout in rng_dev_read()
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 2/3] hw_random: fix stuck in catting hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 1/3] virtio-rng cleanup: move some code out of mutex protection
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2 0/3] fix stuck in accessing hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH] virtio_pci: properly clean up MSI-X state when initialization fails
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio-pci: also bind to Amazon PCI vendor ID
  • From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
• Re: [PATCH] virtio_pci: properly clean up MSI-X state when initialization fails
  • From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
• Re: [PATCH] virtio-pci: also bind to Amazon PCI vendor ID
  • From: Matt Wilson <msw@xxxxxxxxx>
• Re: [PATCH] virtio_pci: properly clean up MSI-X state when initialization fails
  • From: Matt Wilson <msw@xxxxxxxxx>
• Re: [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [virtio-dev] [PATCH 2/2] virtio-gpu/2d: add docs/specs/virtio-gpu.txt
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] virtio_pci: properly clean up MSI-X state when initialization fails
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio-pci: also bind to Amazon PCI vendor ID
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio-pci: also bind to Amazon PCI vendor ID
  • From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
• [PATCH] virtio_pci: properly clean up MSI-X state when initialization fails
  • From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [virtio-dev] Re: [PATCH 2/2] virtio-gpu/2d: add docs/specs/virtio-gpu.txt
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH 2/2] virtio-gpu/2d: add docs/specs/virtio-gpu.txt
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: Rusty away 18th September -- 11th October
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: Rusty away 18th September -- 11th October
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] virtio-rng: skip reading when we start to remove the device
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [virtio-dev] [PATCH 0/2] virtio-gpu: hardware specification
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [virtio-dev] [PATCH 2/2] virtio-gpu/2d: add docs/specs/virtio-gpu.txt
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [virtio-dev] [PATCH 2/2] virtio-gpu/2d: add docs/specs/virtio-gpu.txt
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 2/2] virtio-gpu/2d: add docs/specs/virtio-gpu.txt
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [virtio-dev] [PATCH 2/2] virtio-gpu/2d: add docs/specs/virtio-gpu.txt
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH v3 1/2] virtio-rng: fix stuck of hot-unplugging busy device
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: Rusty away 18th September -- 11th October
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [virtio-dev] Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 2/2] virtio-gpu/2d: add docs/specs/virtio-gpu.txt
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• [PATCH 2/2] virtio-gpu/2d: add docs/specs/virtio-gpu.txt
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 1/2] virtio-gpu/2d: add hardware spec include file
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 0/2] virtio-gpu: hardware specification
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: Rusty away 18th September -- 11th October
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• blk-mq crash under KVM in multiqueue block code (with virtio-blk and ext4)
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Re: [PATCH 1/2] virtio-rng cleanup: move some code out of mutex protection
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Rusty away 18th September -- 11th October
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 2/2] virtio-rng: fix stuck in catting hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH 1/2] virtio-rng cleanup: move some code out of mutex protection
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH 0/2] fix stuck in catting hwrng attributes
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: RFC virtio-rng: fail to read sysfs of a busy device
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH v3 2/2] virtio-rng: skip reading when we start to remove the device
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Re: [PATCH v3 1/2] virtio-rng: fix stuck of hot-unplugging busy device
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Re: RFC virtio-rng: fail to read sysfs of a busy device
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH v2] virtio-rng: fix stuck of hot-unplugging busy device
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v3 2/2] virtio-rng: skip reading when we start to remove the device
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v3 1/2] virtio-rng: fix stuck of hot-unplugging busy device
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v3 0/2] virtio-rng: fix hotunplug
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: RFC virtio-rng: fail to read sysfs of a busy device
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Re: [PATCH v2] virtio-rng: fix stuck of hot-unplugging busy device
  • From: Amit Shah <amit.shah@xxxxxxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• RFC virtio-rng: fail to read sysfs of a busy device
  • From: Amos Kong <akong@xxxxxxxxxx>
• mutex
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH v2] virtio-rng: fix stuck of hot-unplugging busy device
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH] virtio-rng: complete have_data completion in removing device
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH] virtio: pci: Use SIMPLE_DEV_PM_OPS macro
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/3] virtio_ring: unify direct/indirect code paths.
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] virtio-rng: complete have_data completion in removing device
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio_blk: merge S/G list entries by default
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] virtio_blk: merge S/G list entries by default
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/3] virtio: simplify virtio_ring.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] VMXNET3: Check for map error in vmxnet3_set_mc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*()
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxx>
• [WorldCIST'15]: Call for Workshops Proposals; Best papers published in ISI Journals
  • From: "ML" <marialemos72@xxxxxxxxx>
• Re: [PATCH 3/3] virtio_ring: unify direct/indirect code paths.
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*()
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 3/3] virtio_ring: unify direct/indirect code paths.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] virtio: pci: Use SIMPLE_DEV_PM_OPS macro
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: [PATCH 1/1] add selftest for virtio-net v1.0
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH 1/1] add selftest for virtio-net v1.0
  • From: Hengjinxiao <hjxiaohust@xxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] virtio_ring: unify direct/indirect code paths.
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] Refactor MSI to support Non-PCI device
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Setting up VHost without QEMU?
  • From: 가니스 <ganis@xxxxxxxxxx>
• Re: [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*()
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH 0/3] virtio: simplify virtio_ring.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH 2/3] virtio_ring: assume sgs are always well-formed.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH 3/3] virtio_ring: unify direct/indirect code paths.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH 1/3] virtio_net: pass well-formed sgs to virtqueue_add_*()
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] VMXNET3: Check for map error in vmxnet3_set_mc
  • From: Andy King <acking@xxxxxxxxxx>
• [no subject]
  • From: Andy King <acking@xxxxxxxxxx>
• Re: [PATCH] VMXNET3: Check for map error in vmxnet3_set_mc
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH] VMXNET3: Check for map error in vmxnet3_set_mc
  • From: Andy King <acking@xxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 4/4] virtio_net: Stop doing DMA from the stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v4 3/4] virtio_net: Don't set the end flag on reusable sg entries
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v4 2/4] virtio_pci: Use the DMA API for virtqueues
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v4 1/4] virtio_ring: Support DMA APIs if requested
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] virtio_ring: Remove sg_next indirection
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH 1/3] virtio_ring: Remove sg_next indirection
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH RFC] virtio-pci: share config interrupt between virtio devices
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH 1/3] virtio_ring: Remove sg_next indirection
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] virtio_ring: Remove sg_next indirection
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: virtio DMA API?
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v3 0/5] virtio: Clean up scatterlists and use the DMA API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: GET_RNG_SEED hypercall ABI? (Re: [PATCH v5 0/5] random,x86,kvm: Rework arch RNG seeds and get some from kvm)
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: GET_RNG_SEED hypercall ABI? (Re: [PATCH v5 0/5] random,x86,kvm: Rework arch RNG seeds and get some from kvm)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 5/5] virtio_ring: Remove sg_next indirection
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 4/5] virtio_net: Don't set the end flag on reusable sg entries
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 3/5] virtio_net: Stop doing DMA from the stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 2/5] virtio_pci: Use the DMA API for virtqueues
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 1/5] virtio_ring: Support DMA APIs if requested
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v3 0/5] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [virtio-dev] Re: [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: GET_RNG_SEED hypercall ABI? (Re: [PATCH v5 0/5] random,x86,kvm: Rework arch RNG seeds and get some from kvm)
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [virtio-dev] Re: [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [virtio-dev] Re: [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [virtio-dev] Re: [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: GET_RNG_SEED hypercall ABI? (Re: [PATCH v5 0/5] random,x86,kvm: Rework arch RNG seeds and get some from kvm)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: GET_RNG_SEED hypercall ABI? (Re: [PATCH v5 0/5] random,x86,kvm: Rework arch RNG seeds and get some from kvm)
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• [PATCH v2 4/4] virtio_net: Stop doing DMA from the stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v2 3/4] virtio_pci: Use the DMA API for virtqueues
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v2 2/4] virtio_ring: Support DMA APIs if requested
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v2 1/4] virtio_ring: Remove sg_next indirection
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v2 0/4] virtio: Clean up scatterlists and use the DMA API
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: virtio DMA API?
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: virtio DMA API?
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] virtio: Clean up scatterlists and use the DMA API
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: virtio DMA API?
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>