Linux Virtualization Development

• Thread Index

• Re: [PATCH] block: virtio_blk: don't hold spin lock during world switch
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC] Implement Batched (group) ticket lock
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] block: virtio_blk: don't hold spin lock during world switch
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: virtio_blk: don't hold spin lock during world switch
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] block: virtio_blk: don't hold spin lock during world switch
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] block: virtio_blk: don't hold spin lock during world switch
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC] Implement Batched (group) ticket lock
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: Divide error in kvm_unlock_kick()
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC] Implement Batched (group) ticket lock
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implement Batched (group) ticket lock
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implement Batched (group) ticket lock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] Implement Batched (group) ticket lock
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [RFC] Implement Batched (group) ticket lock
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC] Implement Batched (group) ticket lock
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] Implement Batched (group) ticket lock
  • From: Rik van Riel <riel@xxxxxxxxxx>
• [RFC] Implement Batched (group) ticket lock
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• [PATCH] virtio-scsi: Implement change_queue_depth for virtscsi targets
  • From: Venkatesh Srinivas <venkateshs@xxxxxxxxxx>
• Re: [RFC 08/07] qspinlock: integrate pending bit into queue
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• question about "struct kvm_segment"
  • From: Jidong Xiao <jidong.xiao@xxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 10/19] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [PATCH v1] vhost: avoid large order allocations
  • From: Michael Mueller <mimu@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] vhost: avoid large order allocations
  • From: Michael Mueller <mimu@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] vhost: avoid large order allocations
  • From: Romain Francoise <romain@xxxxxxxxxxxxx>
• Re: [PATCH v1] vhost: avoid large order allocations
  • From: Michael Mueller <mimu@xxxxxxxxxxxxxxxxxx>
• [PATCH v1] vhost: avoid large order allocations
  • From: Michael Mueller <mimu@xxxxxxxxxxxxxxxxxx>
• [PATCH v1] vhost: avoid large order allocations
  • From: Michael Mueller <mimu@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 10/19] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Radim Krčmář <rkrcmar@xxxxxxxxxx>
• Re: [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: Anish Khurana <anish.khurana130181@xxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v1] vhost: avoid large order allocations
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v1] vhost: avoid large order allocations
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: Wilfried Klaebe <w-lkml@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: Wilfried Klaebe <w-lkml@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/19] qspinlock: Prepare for unfair lock support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/19] qspinlock: Prepare for unfair lock support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 12/19] unfair qspinlock: Variable frequency lock stealing mechanism
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 10/19] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 09/19] qspinlock: Prepare for unfair lock support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v10 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v10 18/19] pvqspinlock, x86: Enable PV qspinlock PV for KVM
  • From: Waiman Long <waiman.long@xxxxxx>
• [PATCH] net: get rid of SET_ETHTOOL_OPS
  • From: Wilfried Klaebe <w-lkml@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 01/12] tools: Unify export.h
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [GIT PULL 01/12] perf/core improvements and fixes
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH] net: get rid of SET_ETHTOOL_OPS
  • From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
• Re: [PATCH v10 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v10 18/19] pvqspinlock, x86: Enable PV qspinlock PV for KVM
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH v10 19/19] pvqspinlock, x86: Enable PV qspinlock for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 18/19] pvqspinlock, x86: Enable PV qspinlock PV for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 17/19] pvqspinlock: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 16/19] pvqspinlock: Enable coexistence with the unfair lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 15/19] pvqspinlock, x86: Add PV data structure & methods
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 14/19] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 13/19] unfair qspinlock: Enable lock stealing in lock waiters
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 12/19] unfair qspinlock: Variable frequency lock stealing mechanism
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 11/19] qspinlock: Split the MCS queuing code into a separate slowerpath
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 10/19] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 09/19] qspinlock: Prepare for unfair lock support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 03/19] qspinlock: Add pending bit
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 02/19] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 01/19] qspinlock: A simple generic 4-byte queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v10 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [GIT PULL 01/12] perf/core improvements and fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] vsock: Make transport the proto owner
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] vsock: Make transport the proto owner
  • From: Andy King <acking@xxxxxxxxxx>
• Re: [PATCH] vsock: Make transport the proto owner
  • From: Andy King <acking@xxxxxxxxxx>
• [PATCH] vsock: Make transport the proto owner
  • From: Andy King <acking@xxxxxxxxxx>
• Re: [PATCH] virtio-rng: support multiple virtio-rng devices
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] virtio_ccw: introduce device_lost in virtio_ccw_device
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• [PATCH] virtio-rng: support multiple virtio-rng devices
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH 1/1] virtio_ccw: introduce device_lost in virtio_ccw_device
  • From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/1] virtio_ccw: exploit virtio_break_device()
  • From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH 1/3] tools: Unify export.h
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio_net: zero is an invald queue_pairs number
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: RFC: sharing config interrupt between virtio devices for saving MSI
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: virtio: virtio_break_device() to mark all virtqueues broken.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio_net: return error when there is no virtqueue or MQ isn't support
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH] virtio_net: return error when there is no virtqueue or MQ isn't support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio_net: return error when there is no virtqueue or MQ isn't support
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH] virtio_net: return error when there is no virtqueue or MQ isn't support
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH] virtio_net: return error when there is no virtqueue or MQ isn't support
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH] virtio_net: zero is an invald queue_pairs number
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH] virtio_net: zero is an invald queue_pairs number
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio_net: zero is an invald queue_pairs number
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• RFC: sharing config interrupt between virtio devices for saving MSI
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v9 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] virtio_net: zero is an invald queue_pairs number
  • From: Amos Kong <akong@xxxxxxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v9 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v9 19/19] pvqspinlock, x86: Enable PV qspinlock for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 18/19] pvqspinlock, x86: Enable PV qspinlock PV for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 17/19] pvqspinlock: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 16/19] pvqspinlock: Enable coexistence with the unfair lock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 15/19] pvqspinlock, x86: Add PV data structure & methods
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 14/19] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 13/19] unfair qspinlock: Enable lock stealing in lock waiters
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 12/19] unfair qspinlock: Variable frequency lock stealing mechanism
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 11/19] qspinlock: Split the MCS queuing code into a separate slowerpath
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 10/19] qspinlock, x86: Allow unfair spinlock in a virtual guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 09/19] qspinlock: Prepare for unfair lock support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 08/19] qspinlock: Make a new qnode structure to support virtualization
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 07/19] qspinlock: Use a simple write to grab the lock, if applicable
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 06/19] qspinlock: prolong the stay in the pending bit path
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 05/19] qspinlock: Optimize for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 04/19] qspinlock: Extract out the exchange of tail code word
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 03/19] qspinlock: Add pending bit
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 02/19] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 01/19] qspinlock: A simple generic 4-byte queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v9 00/19] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH 1/3] tools: Unify export.h
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] tools: Consolidate types.h
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [PATCH] tools: Consolidate types.h
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] tools: Unify export.h
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] tools: Unify export.h
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: sometimes ping fails when enable stp
  • From: Hannes Reinecke <hare@xxxxxxx>
• sometimes ping fails when enable stp
  • From: "longguang.yue" <kernelluck@xxxxxxx>
• Re: [PATCH RFC V2 4/4] tools: virtio: add a top-like utility for displaying vhost satistics
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] tools: Unify export.h
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC V2 4/4] tools: virtio: add a top-like utility for displaying vhost satistics
  • From: Fam Zheng <famz@xxxxxxxxxx>
• questions about ebtable ip extension
  • From: "longguang.yue" <kernelluck@xxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] virtio-scsi: Enable DIF/DIX modes in SCSI host LLD
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] virtio-net: reset virtqueue affinity when doing cpu hotplug
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: "Marcos E. Matsunaga" <Marcos.Matsunaga@xxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: what is the driver of vm's virtual ethernet?
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 10/10] pvqspinlock, x86: Enable qspinlock PV support for XEN
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v8 10/10] pvqspinlock, x86: Enable qspinlock PV support for XEN
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH v8 10/10] pvqspinlock, x86: Enable qspinlock PV support for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 09/10] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 08/10] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 07/10] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 06/10] pvqspinlock: Enable lock stealing in queue lock waiters
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 04/10] qspinlock: Optimized code path for 2 contending tasks
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 05/10] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 03/10] qspinlock: More optimized code for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 02/10] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• virtio: virtio_break_device() to mark all virtqueues broken.
  • From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
• [PULL] virtio-next
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH v8 10/10] pvqspinlock, x86: Enable qspinlock PV support for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 09/10] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 08/10] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 07/10] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 06/10] pvqspinlock: Enable lock stealing in queue lock waiters
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 05/10] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 04/10] qspinlock: Optimized code path for 2 contending tasks
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 03/10] qspinlock: More optimized code for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 01/10] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 02/10] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v8 00/10] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: OOPS in hvc / virtconsole
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• OOPS in hvc / virtconsole
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2 01/11] kexec: introduce kexec_ops struct
  • From: Petr Tesarik <ptesarik@xxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [chet.ensign@xxxxxxxxxxxxxx: [members] 15-day Public Review for Virtual I/O Device (VIRTIO) V1.0 - ends 14 April]
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• what is the driver of vm's virtual ethernet?
  • From: "longguang.yue" <kernelluck@xxxxxxx>
• Re: [PATCH net] vhost: validate vhost_get_vq_desc return value
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net] vhost: fix total length when packets are too short
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: udev PATH_ID for virtio devices
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: udev PATH_ID for virtio devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: udev PATH_ID for virtio devices
  • From: Kay Sievers <kay@xxxxxxxx>
• Re: udev PATH_ID for virtio devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: udev PATH_ID for virtio devices
  • From: Kay Sievers <kay@xxxxxxxx>
• Re: udev PATH_ID for virtio devices
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: correct error handling of virtqueue_kick()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] vhost: validate vhost_get_vq_desc return value
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCHv2 net] vhost: fix total length when packets are too short
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] vhost: fix total length when packets are too short
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net] vhost: fix total length when packets are too short
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Call for Participation: IEEE/ACM CCGrid 2014 in Chicago May 26-29 -- Early Bird Registration due April 15th
  • From: Ioan Raicu <iraicu@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: correct error handling of virtqueue_kick()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net] virtio-net: correct error handling of virtqueue_kick()
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: Venkatesh Srinivas <venkateshs@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: don't free skb immediately on kick failure
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: don't free skb immediately on kick failure
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: don't free skb immediately on kick failure
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v7 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v7 06/11] pvqspinlock, x86: Allow unfair queue spinlock in a KVM guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v7 07/11] pvqspinlock, x86: Allow unfair queue spinlock in a XEN guest
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH RFC V2 4/4] tools: virtio: add a top-like utility for displaying vhost satistics
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC V2 3/4] vhost_net: add basic tracepoints for vhost_net
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC V2 2/4] vhost: basic tracepoints
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC V2 1/4] vhost: introduce queue_index for tracing
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH RFC V2 0/4] Adding tracepoints to vhost/net
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net] virtio-net: don't free skb immediately on kick failure
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v7 07/11] pvqspinlock, x86: Allow unfair queue spinlock in a XEN guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v7 02/11] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v7 06/11] pvqspinlock, x86: Allow unfair queue spinlock in a KVM guest
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v7 06/11] pvqspinlock, x86: Allow unfair queue spinlock in a KVM guest
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v7 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v7 06/11] pvqspinlock, x86: Allow unfair queue spinlock in a KVM guest
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v7 07/11] pvqspinlock, x86: Allow unfair queue spinlock in a XEN guest
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v7 02/11] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH RFC v7 11/11] pvqspinlock, x86: Enable qspinlock PV support for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 09/11] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 08/11] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 07/11] pvqspinlock, x86: Allow unfair queue spinlock in a XEN guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 06/11] pvqspinlock, x86: Allow unfair queue spinlock in a KVM guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 04/11] qspinlock: Optimized code path for 2 contending tasks
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 03/11] qspinlock: More optimized code for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 01/11] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 02/11] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v7 00/11] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: Venkatesh Srinivas <venkateshs@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v6 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH RFC v6 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v6 04/11] qspinlock: Optimized code path for 2 contending tasks
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH net V2] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Yan Vugenfirer <yvugenfi@xxxxxxxxxx>
• Re: [PATCH net V2] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Yan Vugenfirer <yvugenfi@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH net V2] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Ronen Hod <rhod@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: tytso@xxxxxxx
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] xen/grant-table: Refactor gnttab_[un]map_refs to avoid m2p_override
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• CfP 9th Workshop on Virtualization in High-Performance Cloud Computing (VHPC '14)
  • From: VHPC 14 <vhpc.dist@xxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH] virtio-blk: make the queue depth the max supportable by the hypervisor
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH] virtio-blk: Initialize blkqueue depth from virtqueue size
  • From: Venkatesh Srinivas <venkateshs@xxxxxxxxxx>
• Re: [PATCH] perf/x86/intel: Use rdmsrl_safe when initializing RAPL PMU.
  • From: Venkatesh Srinivas <venkateshs@xxxxxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] virtio-blk: make the queue depth configurable
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] virtio-blk: make the queue depth configurable
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH RFC v6 09/11] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC v6 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH RFC v6 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v6 09/11] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v6 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v6 09/11] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v6 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH RFC v6 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC v6 09/11] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v6 04/11] qspinlock: Optimized code path for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC v6 09/11] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH net V2] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• guidelines for kernel module development in linux
  • From: pravin jadav <pravin.jadav17@xxxxxxxxx>
• ICAC14 Special Tracks CFP (Smart Cyber-Physical Systems & Management of Big Data Systems)
  • From: Ming Zhao <zhaom@xxxxxxxxxxx>
• Re: [PATCH v6 04/11] qspinlock: Optimized code path for 2 contending tasks
  • From: Waiman Long <waiman.long@xxxxxx>
• [PATCH RFC v6 09/11] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v6 06/11] pvqspinlock, x86: Allow unfair queue spinlock in a KVM guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v6 11/11] pvqspinlock, x86: Enable qspinlock PV support for XEN
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v6 10/11] pvqspinlock, x86: Enable qspinlock PV support for KVM
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v6 08/11] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v6 03/11] qspinlock: More optimized code for smaller NR_CPUS
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v6 07/11] pvqspinlock, x86: Allow unfair queue spinlock in a XEN guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v6 05/11] pvqspinlock, x86: Allow unfair spinlock in a PV guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v6 04/11] qspinlock: Optimized code path for 2 contending tasks
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v6 01/11] qspinlock: A generic 4-byte queue spinlock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v6 02/11] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v6 00/11] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCHv2 1/3] x86: process: Unify 32-bit and 64-bit copy_thread I/O bitmap handling
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCHv2 3/3] x86: Support compiling out userspace I/O (iopl and ioperm)
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCHv2 2/3] x86: tss: Eliminate fragile calculation of TSS segment limit
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH] xen/grant-table: Refactor gnttab_[un]map_refs to avoid m2p_override
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH] xen/grant-table: Refactor gnttab_[un]map_refs to avoid m2p_override
  • From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
• Re: [PATCH net V2] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net V2] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net V2] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Qin Chuanyu <qinchuanyu@xxxxxxxxxx>
• FeedbackComputing14 paper submission due on March 25 (9th International Workshop on Feedback Computing)
  • From: Ming Zhao <zhaom@xxxxxxxxxxx>
• Re: [PATCH net V2] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net V2] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 2/8] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v5 2/8] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH RFC v5 5/8] pvqspinlock, x86: Enable unfair queue spinlock in a KVM guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 0/8] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v5 5/8] pvqspinlock, x86: Enable unfair queue spinlock in a KVM guest
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v5 0/8] qspinlock: a 4-byte queue spinlock with PV support
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• ICAC14 paper submission due on March 5, 2014 (11th International Conference on Autonomic Computing)
  • From: Ming Zhao <zhaom@xxxxxxxxxxx>
• Re: [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v5 5/8] pvqspinlock, x86: Enable unfair queue spinlock in a KVM guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v5 5/8] pvqspinlock, x86: Enable unfair queue spinlock in a KVM guest
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH RFC v5 8/8] pvqspinlock, x86: Enable KVM to use qspinlock's PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• Re: [PATCH v5 0/8] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <waiman.long@xxxxxx>
• [PATCH] xen/grant-table: Refactor gnttab_[un]map_refs to avoid m2p_override
  • From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
• Re: [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: David Vrabel <david.vrabel@xxxxxxxxxx>
• Re: [PATCH RFC v5 5/8] pvqspinlock, x86: Enable unfair queue spinlock in a KVM guest
  • From: Raghavendra K T <raghavendra.kt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC v5 5/8] pvqspinlock, x86: Enable unfair queue spinlock in a KVM guest
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH RFC v5 8/8] pvqspinlock, x86: Enable KVM to use qspinlock's PV support
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v5 0/8] qspinlock: a 4-byte queue spinlock with PV support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v5 8/8] pvqspinlock, x86: Enable KVM to use qspinlock's PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v5 6/8] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v5 5/8] pvqspinlock, x86: Enable unfair queue spinlock in a KVM guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 2/8] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 0/8] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH net] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH v5 0/8] qspinlock: a 4-byte queue spinlock with PV support
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH RFC v5 8/8] pvqspinlock, x86: Enable KVM to use qspinlock's PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v5 7/8] pvqspinlock, x86: Add qspinlock para-virtualization support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v5 6/8] pvqspinlock, x86: Rename paravirt_ticketlocks_enabled
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v5 5/8] pvqspinlock, x86: Enable unfair queue spinlock in a KVM guest
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 3/8] qspinlock, x86: Add x86 specific optimization for 2 contending tasks
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 0/8] qspinlock: a 4-byte queue spinlock with PV support
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH RFC v5 4/8] pvqspinlock, x86: Allow unfair spinlock in a real PV environment
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 1/8] qspinlock: Introducing a 4-byte queue spinlock implementation
  • From: Waiman Long <Waiman.Long@xxxxxx>
• [PATCH v5 2/8] qspinlock, x86: Enable x86-64 to use queue spinlock
  • From: Waiman Long <Waiman.Long@xxxxxx>
• Re: [PATCH] tools: Unify export.h
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tools: Unify export.h
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH net] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Qin Chuanyu <qinchuanyu@xxxxxxxxxx>
• Re: [PATCH net] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] tools: Unify export.h
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH net] vhost: net: switch to use data copy if pending DMAs exceed the limit
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH] tools: Unify export.h
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH net V2] virtio-net: alloc big buffers also when guest can receive UFO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] virtio: Use pci_enable_msix_exact() instead of pci_enable_msix()
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH net V2] virtio-net: alloc big buffers also when guest can receive UFO
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [CISTI'2014]: Iberian Conference on IST; Barcelona; Deadline: February 28
  • From: "ML" <marialemos72@xxxxxxxxx>
• [PATCH] tools: Unify export.h
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] virtio: Use pci_enable_msix_exact() instead of pci_enable_msix()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2] virtio: Use pci_enable_msix_exact() instead of pci_enable_msix()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxx>
• Re: [PATCH] virtio: Use pci_enable_msix_range() instead of pci_enable_msix()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxx>
• Re: [PATCH net V2] virtio-net: alloc big buffers also when guest can receive UFO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net V2] virtio-net: alloc big buffers also when guest can receive UFO
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: Users of ballooning, please come forth!
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: Users of ballooning, please come forth!
  • From: Luiz Capitulino <lcapitulino@xxxxxxxxxx>
• Re: [PATCH v4 RFC 0/3] virtio: add 'device_lost' to virtio_device
  • From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
• Re: Users of ballooning, please come forth!
  • From: Adam Litke <alitke@xxxxxxxxxx>
• Re: [PATCH v4 RFC 0/3] virtio: add 'device_lost' to virtio_device
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] virtio: Use pci_enable_msix_range() instead of pci_enable_msix()
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] virtio: Use pci_enable_msix_range() instead of pci_enable_msix()
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: Users of ballooning, please come forth!
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: Users of ballooning, please come forth!
  • From: Adam Litke <alitke@xxxxxxxxxx>
• [PATCH] virtio: Use pci_enable_msix_range() instead of pci_enable_msix()
  • From: Alexander Gordeev <agordeev@xxxxxxxxxx>
• [PATCH 3.4 22/24] virtio-blk: Use block layer provided spinlock
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 RFC 0/3] virtio: add 'device_lost' to virtio_device
  • From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v2] vhost: fix a theoretical race in device cleanup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net v2] vhost: fix ref cnt checking deadlock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] tools/virtio: build fixes for virtio_test
  • From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v2] vhost: fix ref cnt checking deadlock
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [virtio-dev] [PATCH net v2] vhost: fix a theoretical race in device cleanup
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net v2] vhost: fix a theoretical race in device cleanup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net v2] vhost: fix ref cnt checking deadlock
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: alloc big buffers also when guest can receive UFO
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: alloc big buffers also when guest can receive UFO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 0/3] tools/virtio: build fixes for virtio_test
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] tools/virtio: build fixes for virtio_test
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] virtio-net: alloc big buffers also when guest can receive UFO
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: Jörn Engel <joern@xxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net 1/3] kref: add kref_sub_return
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 5/6] vhost_net: poll vhost queue after marking DMA is done
  • From: Qin Chuanyu <qinchuanyu@xxxxxxxxxx>
• [PATCH net 1/3] kref: add kref_sub_return
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net 2/3] vhost: fix ref cnt checking deadlock
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net 0/3] vhost fixes for 3.14, -stable
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net 3/3] vhost: fix a theoretical race in device cleanup
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V2 5/6] vhost_net: poll vhost queue after marking DMA is done
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] virtio-net: alloc big buffers also when guest can receive UFO
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net] vhost_net: do not report a used len larger than receive buffer size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V2 5/6] vhost_net: poll vhost queue after marking DMA is done
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net] vhost_net: do not report a used len larger than receive buffer size
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net] virtio-net: alloc big buffers also when guest can receive UFO
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Users of ballooning, please come forth!
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] tools/virtio: build fixes for virtio_test
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 3/3] tools/virtio: add a missing )
  • From: Joel Stanley <joel@xxxxxxxxx>
• [PATCH 2/3] tools/virtio: fix missing kmemleak_ignore symbol
  • From: Joel Stanley <joel@xxxxxxxxx>
• [PATCH 1/3] tools/virtio: update internal copies of headers
  • From: Joel Stanley <joel@xxxxxxxxx>
• [PATCH 0/3] tools/virtio: build fixes for virtio_test
  • From: Joel Stanley <joel@xxxxxxxxx>
• ICAC14 Paper Submission One Month Away (11th International Conference on Autonomic Computing)
  • From: Ming Zhao <zhaom@xxxxxxxxxxx>
• Re: [PATCH v4 RFC 0/3] virtio: add 'device_lost' to virtio_device
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 RFC 0/3] virtio: add 'device_lost' to virtio_device
  • From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] virtio_balloon: don't call virtio_has_feature() twice on init_vqs()
  • From: Leandro Dorileo <l@xxxxxxxxxxx>
• Re: [PATCH] virtio_balloon: don't call virtio_has_feature() twice on init_vqs()
  • From: Leandro Dorileo <l@xxxxxxxxxxx>
• Re: [PATCH] virtio_balloon: don't call virtio_has_feature() twice on init_vqs()
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH] virtio_balloon: don't call virtio_has_feature() twice on init_vqs()
  • From: Leandro Dorileo <l@xxxxxxxxxxx>
• Re: [PATCH v4 RFC 0/3] virtio: add 'device_lost' to virtio_device
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• CISTI'2014: CFP - Doctoral Symposium
  • From: "ML" <marialemos72@xxxxxxxxx>
• CFP: 5th Workshop on Scientific Cloud Computing (ScienceCloud) @ ACM HPDC 2014
  • From: Ioan Raicu <iraicu@xxxxxxxxxx>
• Re: [PATCH net-next] virtio-net: fix build error when CONFIG_AVERAGE is not enabled
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] virtio-net: fix build error when CONFIG_AVERAGE is not enabled
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• [PATCH net-next] virtio-net: fix build error when CONFIG_AVERAGE is not enabled
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v6 0/6] virtio-net: mergeable rx buffer size auto-tuning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v6 6/6] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v6 5/6] lib: Ensure EWMA does not store wrong intermediate values
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v6 4/6] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v6 3/6] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v6 2/6] virtio-net: use per-receive queue page frag alloc for mergeable bufs
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v6 1/6] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v6 0/6] virtio-net: mergeable rx buffer size auto-tuning
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v5 0/6] virtio-net: mergeable rx buffer size auto-tuning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v5 6/6] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v5 5/6] lib: Ensure EWMA does not store wrong intermediate values
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v5 4/6] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v5 3/6] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v5 2/6] virtio-net: use per-receive queue page frag alloc for mergeable bufs
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v5 1/6] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v5 0/6] virtio-net: mergeable rx buffer size auto-tuning
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next] virtio-net: drop rq->max and rq->num
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 1/6] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v4 1/6] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 1/6] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 6/6] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v4 5/6] lib: Ensure EWMA does not store wrong intermediate values
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v4 4/6] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v4 3/6] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v4 2/6] virtio-net: use per-receive queue page frag alloc for mergeable bufs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v4 5/6] lib: Ensure EWMA does not store wrong intermediate values
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v3 4/5] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH net-next v4 6/6] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v4 5/6] lib: Ensure EWMA does not store wrong intermediate values
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v4 4/6] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v4 3/6] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v4 2/6] virtio-net: use per-receive queue page frag alloc for mergeable bufs
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v4 1/6] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v3 4/5] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v3 4/5] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 4/5] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v3 4/5] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 5/5] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v3 5/5] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v3 5/5] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v3 5/5] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v3 5/5] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net-next v3 5/5] virtio-net: initial rx sysfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v3 4/5] net-sysfs: add support for device-specific rx queue sysfs attributes
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v3 3/5] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v3 2/5] virtio-net: use per-receive queue page frag alloc for mergeable bufs
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• [PATCH net-next v3 1/5] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next] virtio-net: drop rq->max and rq->num
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net-next] virtio-net: drop rq->max and rq->num
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next RFC] virtio-net: drop rq->max and rq->num
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next RFC] virtio-net: drop rq->max and rq->num
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next RFC] virtio-net: drop rq->max and rq->num
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next RFC] virtio-net: drop rq->max and rq->num
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH stable-only] virtio-net: fix build on m68k and sparc64
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH stable-only] virtio-net: fix build on m68k and sparc64
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH stable-only] virtio-net: fix build on m68k and sparc64
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH stable-only] virtio-net: fix build on m68k and sparc64
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH stable-only] virtio-net: fix build on m68k and sparc64
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v4 RFC 0/3] virtio: add 'device_lost' to virtio_device
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH V2] virtio-scsi: Fix hotcpu_notifier use-after-free with virtscsi_freeze
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: add virtio-dev ML for virtio
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Fwd: Re: [PATCH v4 RFC 0/3] virtio: add 'device_lost' to virtio_device
  • From: Heinz Graalfs <graalfs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: Jason Wang <jasowang@xxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH] MAINTAINERS: add virtio-dev ML for virtio
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• CISTI'2014: List of Workshops
  • From: "ML" <marialemos72@xxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/4] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v2 1/4] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: Debabrata Banerjee <dbavatar@xxxxxxxxx>
• Re: [PATCH net-next 2/3] virtio-net: use per-receive queue page frag alloc for mergeable bufs
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] virtio-net: use per-receive queue page frag alloc for mergeable bufs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 1/4] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v2 4/4] virtio-net: initial debugfs support, export mergeable rx buffer size
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/4] net: allow > 0 order atomic page alloc in skb_page_frag_refill
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 2/3] virtio-net: use per-receive queue page frag alloc for mergeable bufs
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next v2 3/4] virtio-net: auto-tune mergeable rx buffer size for improved performance
  • From: Michael Dalton <mwdalton@xxxxxxxxxx>