Linux Virtualization Development
[Prev Page][Next Page]
- Re: [PATCH 3/3] vhost-net: use lock_sock_fast() in peek_head_len()
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH 3/3] vhost-net: use lock_sock_fast() in peek_head_len()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 3/3] vhost-net: use lock_sock_fast() in peek_head_len()
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH 3/3] vhost-net: use lock_sock_fast() in peek_head_len()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 3/3] vhost-net: use lock_sock_fast() in peek_head_len()
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH 3/3] vhost-net: use lock_sock_fast() in peek_head_len()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- RE: [PATCH 11/21] Staging: hv: Make vmbus driver a platform pci driver
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] Fix hot-unplug: device removal while port in use
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- RE: [PATCH 13/21] [PATCH 13/21] Staging: hv: Rename vmbus_driver_context structure
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH 12/21] Staging: hv: Cleanup irq management
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH 12/21] Staging: hv: Cleanup irq management
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 13/21] [PATCH 13/21] Staging: hv: Rename vmbus_driver_context structure
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 12/21] Staging: hv: Cleanup irq management
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: [PATCH 11/21] Staging: hv: Make vmbus driver a platform pci driver
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- [PATCH 13/21] [PATCH 13/21] Staging: hv: Rename vmbus_driver_context structure
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 09/21] Staging: hv: Get rid of vmbus_child_dev_add()
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- Re: [PATCH 11/21] Staging: hv: Make vmbus driver a platform pci driver
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH 11/21] Staging: hv: Make vmbus driver a platform pci driver
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- [PATCH 02/21] Staging: hv: Change the signature for vmbus_cleanup()
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- Re: [PATCH 11/21] Staging: hv: Make vmbus driver a platform pci driver
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH 21/21] Staging: hv: Get rid of the forward declaration for vmbus_show_device_attr
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 20/21] Staging: hv: Get rid of the forward declaration for vmbus_isr
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 19/21] Staging: hv: Get rid of the forward declaration for vmbus_device_release
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 18/21] Staging: hv: Get rid of the forward declaration for vmbus_shutdown
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 17/21] Staging: hv: Get rid of the forward declaration for vmbus_remove
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 16/21] Staging: hv: Get rid of the forward declaration for vmbus_probe
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 15/21] Staging: hv: Get rid of the forward declaration for vmbus_match
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 14/21] Get rid of the forward declaration for vmbus_uevent
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 12/21] Staging: hv: Cleanup irq management
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 11/21] Staging: hv: Make vmbus driver a platform pci driver
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 10/21] Staging: hv: Cleanup root device handling
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 08/21] Staging: hv: Change the signature for vmbus_child_device_register()
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 07/21] Staging: hv: Get rid of vmbus_cleanup() function
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 06/21] Staging: hv: Get rid of vmbus_dev_rm() function
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 05/21] Staging: hv: Change the signature for vmbus_on_isr()
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 04/21] Staging: hv: Eliminate vmbus_event_dpc()
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 03/21] Staging: hv: Get rid of the function vmbus_msg_dpc()
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 01/21] Staging: hv: Simplify root device management
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 00/21] Staging: hv: Cleanup vmbus driver
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: [PATCH] virtio console: don't manually set or finalize VIRTIO_CONSOLE_F_MULTIPORT.
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- [PATCH] virtio console: don't manually set or finalize VIRTIO_CONSOLE_F_MULTIPORT.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- RE: [PATCH 00/16] Staging: hv: Consolidate driver and device abstractions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH 00/16] Staging: hv: Consolidate driver and device abstractions
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH 00/16] Staging: hv: Consolidate driver and device abstractions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- [PATCH 09/16] Staging: hv: Eliminate mousevsc_driver_context
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- Re: [PATCH 00/16] Staging: hv: Consolidate driver and device abstractions
- From: Greg KH <greg@xxxxxxxxx>
- [PATCH 09/16] Staging: hv: Eliminate mousevsc_driver_context
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 00/16] Staging: hv: Consolidate driver and device abstractions
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 07/16] Staging: hv: Eliminate driver_context structure
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 06/16] Staging: hv: Change the signature for vmbus_child_driver_unregister
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 16/16] Staging: hv: Remove the vm_device structure
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 15/16] Staging: hv: Eliminate device_id from vm_device
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 14/16] Staging: hv: Get rid of class_id from vm_device
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 13/16] Staging: hv: Remove probe_error from vm_device
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 12/16] Staging: hv: Move probe_failed_work_item from vm_device
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 11/16] Staging: hv: Eliminate storvsc_driver_context structure
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 10/16] Staging: hv: Eliminate netvsc_driver_context
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 08/16] Staging: hv: Eliminate blkvsc_driver_context structure
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 05/16] Staging: hv: Change the signature for vmbus_child_driver_register
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 04/16] Staging: hv: Remove unnecessary function pointers in driver_context
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 03/16] Staging: hv: Use generic device_driver shutdown function
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 02/16] Staging: hv: Use generic device_driver remove function
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 01/16] Staging: hv: Use generic device_driver probe function
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 00/16] Staging: hv: Consolidate driver and device abstractions
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- Re: [PATCH] vhost: copy_from_user -> __copy_from_user
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: copy_from_user -> __copy_from_user
- From: David Miller <davem@xxxxxxxxxxxxx>
- IGCC'11 deadline in 2 weeks (2nd International Gree Computing Conference)
- From: Ming Zhao <zhaom@xxxxxxxxxxx>
- [PATCH] vhost: copy_from_user -> __copy_from_user
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] virtio: console: Don't access vqs if device was unplugged
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- RE: [PATCH 4/6] Staging: hv: Unify the hyperv driver abstractions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: [PATCH 4/6] Staging: hv: Unify the hyperv driver abstractions
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH 4/6] Staging: hv: Unify the hyperv driver abstractions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 4/6] Staging: hv: Unify the hyperv driver abstractions
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH 4/6] Staging: hv: Unify the hyperv driver abstractions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] Fix hot-unplug: device removal while port in use
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- Re: [PATCH 0/2] Fix hot-unplug: device removal while port in use
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 2/2] virtio: console: Don't call device_destroy() on port device
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- [PATCH 1/2] virtio: console: Don't access vqs if device was unplugged
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- [PATCH 0/2] Fix hot-unplug: device removal while port in use
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- Re: [PATCH 1/6] Staging: hv: Unify hyper-v device abstractions
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH 6/6] Staging: hv: Cleanup hyperv_driver variable names
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 4/6] Staging: hv: Unify the hyperv driver abstractions
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 3/6] Staging: hv: Cleanup hyperv_device variable names
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH 6/6] Staging: hv: Cleanup hyperv_driver variable names
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH 4/6] Staging: hv: Unify the hyperv driver abstractions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH 3/6] Staging: hv: Cleanup hyperv_device variable names
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH 2/6] Staging: hv: Rename vm_device to hyperv_device
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH 1/6] Staging: hv: Unify hyper-v device abstractions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 4/6] Staging: hv: Unify the hyperv driver abstractions
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 5/6] Staging: hv: Rename driver_context to hyperv_driver
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 6/6] Staging: hv: Cleanup hyperv_driver variable names
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 3/6] Staging: hv: Cleanup hyperv_device variable names
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 1/6] Staging: hv: Unify hyper-v device abstractions
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 2/6] Staging: hv: Rename vm_device to hyperv_device
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 1/6] Staging: hv: Unify hyper-v device abstractions
- From: Greg KH <greg@xxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: [PATCH 1/6] Staging: hv: Unify hyper-v device abstractions
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: Can't build in the virtio console driver on x86_64 when the other virtio drivers are modular
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- RE: [PATCH 3/6] Staging: hv: Cleanup hyperv_device variable names
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH 1/6] Staging: hv: Unify hyper-v device abstractions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH 1/6] Staging: hv: Unify hyper-v device abstractions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH 6/6] Staging: hv: Cleanup hyperv_driver variable names
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH 6/6] Staging: hv: Cleanup hyperv_driver variable names
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH 3/6] Staging: hv: Cleanup hyperv_device variable names
- From: Dan Carpenter <error27@xxxxxxxxx>
- [PATCH 6/6] Staging: hv: Cleanup hyperv_driver variable names
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 5/6] Staging: hv: Rename driver_context to hyperv_driver
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 4/6] Staging: hv: Unify the hyperv driver abstractions
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 3/6] Staging: hv: Cleanup hyperv_device variable names
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 2/6] Staging: hv: Rename vm_device to hyperv_device
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 1/6] Staging: hv: Unify hyper-v device abstractions
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- Re: Can't build in the virtio console driver on x86_64 when the other virtio drivers are modular
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- Re: Bug inkvm_set_irq
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Bug inkvm_set_irq
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- Re: Can't build in the virtio console driver on x86_64 when the other virtio drivers are modular
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- RE: [PATCH ] Staging: hv: Hyper-V driver cleanup
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH ] Staging: hv: Hyper-V driver cleanup
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH ] Staging: hv: Hyper-V driver cleanup
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH ] Staging: hv: Hyper-V driver cleanup
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH ] Staging: hv: Hyper-V driver cleanup
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- Can't build in the virtio console driver on x86_64 when the other virtio drivers are modular
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- Re: [PATCH 2/6] Staging: hv: hv.c Removed all DPRINT and debug - using pr_err now
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH 2/6] Staging: hv: hv.c Removed all DPRINT and debug - using pr_err now
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 2/6] Staging: hv: hv.c Removed all DPRINT and debug - using pr_err now
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 1/4] staging: hv: Fix the code depending on struct vmbus_driver_context data order
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH 2/6] Staging: hv: hv.c Removed all DPRINT and debug - using pr_err now
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- RE: [PATCH 1/4] staging: hv: Fix the code depending on struct vmbus_driver_context data order
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH 1/4] staging: hv: Fix the code depending on struct vmbus_driver_context data order
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] staging: hv: Fix the code depending on struct vmbus_driver_context data order
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH 1/4] staging: hv: Fix the code depending on struct vmbus_driver_context data order
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- RE: [PATCH 1/4] staging: hv: Fix the code depending on struct vmbus_driver_context data order
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] staging: hv: Fix the code depending on struct vmbus_driver_context data order
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 2/4] staging: hv: Fix the code depending on struct netvsc_driver_context data order
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 3/4] staging: hv: Fix the code depending on struct blkvsc_driver_context data order
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 2/6] Staging: hv: hv.c Removed all DPRINT and debug - using pr_err now
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 4/4] staging: hv: Fix the code depending on struct storvsc_driver_context data order
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 2/4] staging: hv: Fix the code depending on struct netvsc_driver_context data order
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: [PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 4/4] staging: hv: Fix the code depending on struct storvsc_driver_context data order
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 2/4] staging: hv: Fix the code depending on struct netvsc_driver_context data order
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 1/4] staging: hv: Fix the code depending on struct vmbus_driver_context data order
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 3/4] staging: hv: Fix the code depending on struct blkvsc_driver_context data order
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- RE: [PATCH 2/6] Staging: hv: hv.c Removed all DPRINT and debug - using pr_err now
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 2/6] Staging: hv: hv.c Removed all DPRINT and debug - using pr_err now
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX
- From: Dan Carpenter <error27@xxxxxxxxx>
- RE: [PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX
- From: Joe Perches <joe@xxxxxxxxxxx>
- RE: [PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 4/6] Staging: hv: channel_mgmt.c Removed DPRINT and implemented pr_XX
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 1/6] Staging: hv: vmbus_drv.c Replaced DPRINT with native pr_XXX
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 2/6] Staging: hv: hv.c Removed all DPRINT and debug - using pr_err now
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 3/6] Staging: hv: channel.c Removed debug DPRINTS use pr_err for errors
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 5/6] Staging: hv: ring_buffer.c Removed DPRINT replaced with pr_XX
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 6/6] Staging: hv: connection.c Removed DPRINT replaced with pr_XX
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- Re: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- [PATCH 1/2] staging: hv: Remove unnecessary ASSERTs in netvsc_initialize()
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 2/2] staging: hv: Fix the WARN_ON condition in free_net_device()
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- Re: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH]: Staging: hv: Dynamically allocate irqs
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <greg@xxxxxxxxx>
- [PATCH] Staging: hv: Fixed FIXME comments by using list_for_each_entry
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- CfP 6th Workshop on Virtualization in High-Performance Cloud Computing (VHPC'11)
- From: VHPC2011 <dist@xxxxxxxx>
- Re: [PATCH 2/3]: Staging: hv: Use native wait primitives
- From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
- Re: [PATCH] virtio: use __GFP_NOWARN for try_fill_recv in virtnet_poll
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH] virtio: use __GFP_NOWARN for try_fill_recv in virtnet_poll
- From: Michal Hocko <mhocko@xxxxxxx>
- Re: [PATCH] virtio: use __GFP_NOWARN for try_fill_recv in virtnet_poll
- From: Michal Hocko <mhocko@xxxxxxx>
- [PATCH] virtio: use __GFP_NOWARN for try_fill_recv in virtnet_poll
- From: Michal Hocko <mhocko@xxxxxxx>
- [PATCH]: Staging: hv: Allocate the vmbus irq dynamically
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- Re: [PATCH ]:Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH ]:Staging: hv: Allocate the vmbus irq dynamically
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- RE: [PATCH 2/3]: Staging: hv: Use native wait primitives
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- RE: [PATCH ]:Staging: hv: Allocate the vmbus irq dynamically
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH ]:Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH ]:Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 2/2] staging: hv: Remove dead code from rndis_filter.c
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] staging: hv: Remove dead code from netvsc.c
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- [PATCH 1/2] staging: hv: Remove dead code from netvsc.c
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 2/2] staging: hv: Remove dead code from rndis_filter.c
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- RE: [PATCH ]:Staging: hv: Allocate the vmbus irq dynamically
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- RE: [PATCH ]:Staging: hv: Allocate the vmbus irq dynamically
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH ]:Staging: hv: Allocate the vmbus irq dynamically
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 2/3]: Staging: hv: Use native wait primitives
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH 2/3]: Staging: hv: Use native wait primitives
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH 2/3]: Staging: hv: Use native wait primitives
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH ]:Staging: hv: Allocate the vmbus irq dynamically
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- RE: [PATCH 2/3]: Staging: hv: Use native wait primitives
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- Re: [PATCH] virtio: use __GFP_NOWARN for try_fill_recv in virtnet_poll
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] virtio: use __GFP_NOWARN for try_fill_recv in virtnet_poll
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/3]: Staging: hv: Use native wait primitives
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- Re: [PATCH] Staging: hv: Use list_entry for msg_info and remove associated comment
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH] Staging: hv: Use list_entry for msg_info and remove associated comment
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH]: Staging: hv: Cleanup vmalloc calls
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH]: Staging: hv: Cleanup vmalloc calls
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- [PATCH 3/3]:Staging: hv: Remove osd layer
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- RE: [PATCH 1/3]: Staging: hv: Use native page allocation/free functions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- [PATCH 2/3]: Staging: hv: Use native wait primitives
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- RE: [PATCH 1/3]: Staging: hv: Use native page allocation/free functions
- From: KY Srinivasan <kys@xxxxxxxxxxxxx>
- [PATCH 1/3]: Staging: hv: Use native page allocation/free functions
- From: "K. Y. Srinivasan" <kys@xxxxxxxxxxxxx>
- RE: [PATCH 1/3]: Staging: hv: Use native page allocation/free functions
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- RE: [PATCH 1/3]: Staging: hv: Use native page allocation/free functions
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/3]: Staging: hv: Use native page allocation/free functions
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 1/3]: Staging: hv: Use native page allocation/free functions
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH] virtio_net: Add schedule check to napi_enable call
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] virtio_net: Add schedule check to napi_enable call
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] virtio_net: Add schedule check to napi_enable call
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio-net: add schedule check to napi_enable call in refill_work
- From: "Bruce Rogers" <brogers@xxxxxxxxxx>
- [PATCH] virtio_net: Add schedule check to napi_enable call
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] virtio-net: add schedule check to napi_enable call in refill_work
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] virtio-net: add schedule check to napi_enable call in refill_work
- From: Ken Stailey <kstailey@xxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- ICAC2011 Call for Posters and Workshop Papers
- From: Ming Zhao <zhaom@xxxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [SeaBIOS] IO APIC emulation failure with qemu-kvm
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [SeaBIOS] IO APIC emulation failure with qemu-kvm
- From: Ravi Kumar Kulkarni <ravilinux4u@xxxxxxxxx>
- Re: [SeaBIOS] IO APIC emulation failure with qemu-kvm
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [SeaBIOS] IO APIC emulation failure with qemu-kvm
- From: Ravi Kumar Kulkarni <ravilinux4u@xxxxxxxxx>
- Re: [SeaBIOS] IO APIC emulation failure with qemu-kvm
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [SeaBIOS] IO APIC emulation failure with qemu-kvm
- From: Ravi Kumar Kulkarni <ravilinux4u@xxxxxxxxx>
- Re: [SeaBIOS] IO APIC emulation failure with qemu-kvm
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [SeaBIOS] IO APIC emulation failure with qemu-kvm
- From: Ravi Kumar Kulkarni <ravilinux4u@xxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [SeaBIOS] IO APIC emulation failure with qemu-kvm
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: IO APIC emulation failure with qemu-kvm
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- IO APIC emulation failure with qemu-kvm
- From: Ravi Kumar Kulkarni <ravilinux4u@xxxxxxxxx>
- [PATCH] staging: hv: Enable sending GARP packet after live migration
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- Re: [PULL] vhost-net: 2.6.38 - warning fix
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] virtio_blk: allow re-reading config space at runtime
- From: Christoph Hellwig <hch@xxxxxx>
- [PULL] vhost-net: 2.6.38 - warning fix
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio: console: Move file back to drivers/char/
- From: Arnd Bergmann <arnd@xxxxxxxx>
- [PATCH] virtio: console: Move file back to drivers/char/
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- Re: [PATCH] virtio: update MAINTAINERS
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] virtio: update MAINTAINERS
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] virtio: console: Wake up outvq on host notifications
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] virtio: console: Wake up outvq on host notifications
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- Re: [PATCH 1/2] virtio: console: Wake up outvq on host notifications
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] virtio: console: Wake up outvq on host notifications
- From: Hans de Goede <hdegoede@xxxxxxxxxx>
- [PATCH 2/2] virtio: console: Update Copyright
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- [PATCH 1/2] virtio: console: Wake up outvq on host notifications
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- [PATCH] virtio: update MAINTAINERS
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] virtio_blk: allow re-reading config space at runtime
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- SNAPI2011 deadline extended to Feb 4 (7th IEEE International Workshop on Storage Network Architecture and Parallel I/O)
- From: Ming Zhao <zhaom@xxxxxxxxxxx>
- Re: [PATCH 7/8] staging: hv: Convert camel cased struct fields in vmbus_packet_format.h to lower cases
- From: Dan Carpenter <error27@xxxxxxxxx>
- [PATCH 7/8] staging: hv: Convert camel cased struct fields in vmbus_packet_format.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 8/8] staging: hv: Convert camel cased struct fields in vmbus_private.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 6/8] staging: hv: Convert camel cased struct fields in vmbus_channel_interface.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- RE: [PATCH 7/8] staging: hv: Convert camel cased struct fields in vmbus_packet_format.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 5/8] staging: hv: Convert camel cased struct fields in vmbus_api.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 1/8] staging: hv: Convert camel cased variables in connection.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 2/8] staging: hv: Convert camel cased functions in connection.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 4/8] staging: hv: Convert camel cased functions in vmbus_drv.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 3/8] staging: hv: Convert camel cased variables in vmbus_drv.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- Re: [PATCH 7/8] staging: hv: Convert camel cased struct fields in vmbus_packet_format.h to lower cases
- From: Dan Carpenter <error27@xxxxxxxxx>
- [PATCH 7/8] staging: hv: Convert camel cased struct fields in vmbus_packet_format.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 1/8] staging: hv: Convert camel cased variables in connection.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 3/8] staging: hv: Convert camel cased variables in vmbus_drv.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 2/8] staging: hv: Convert camel cased functions in connection.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 8/8] staging: hv: Convert camel cased struct fields in vmbus_private.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 5/8] staging: hv: Convert camel cased struct fields in vmbus_api.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 4/8] staging: hv: Convert camel cased functions in vmbus_drv.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 6/8] staging: hv: Convert camel cased struct fields in vmbus_channel_interface.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: [PATCH] change acquire/release_console_sem() to console_lock/unlock()
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- CFP: 2nd International Green Computing Conference (IGCC'11)
- From: Ming Zhao <zhaom@xxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] change acquire/release_console_sem() to console_lock/unlock()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] change acquire/release_console_sem() to console_lock/unlock()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] change acquire/release_console_sem() to console_lock/unlock()
- From: torbenh <torbenh@xxxxxx>
- [PATCH] change acquire/release_console_sem() to console_lock/unlock()
- From: Torben Hohn <torbenh@xxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Rick Jones <rick.jones2@xxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] change acquire/release_console_sem() to console_lock/unlock()
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- [PULL] lguest and virtio.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] kvm guest : Add support for pv-ticketlocks
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] debugfs: Add support to print u32 array
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 2/3] kvm hypervisor : Add hypercalls to support pv-ticketlock
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/14] PV ticket locks without expanding spinlock
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] vhost: rcu annotation fixup
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: rcu annotation fixup
- From: Mel Gorman <mel@xxxxxxxxx>
- Re: [PATCH] vhost: rcu annotation fixup
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: rcu annotation fixup
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: rcu annotation fixup
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCHv2] vhost: rcu annotation fixup
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: rcu annotation fixup
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: rcu annotation fixup
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- [PATCH] vhost: rcu annotation fixup
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/3] vhost-net: check the support of mergeable buffer outside the receive loop
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH 2/3] vhost-net: Unify the code of mergeable and big buffer handling
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH 2/3] vhost-net: Unify the code of mergeable and big buffer handling
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/3] vhost-net: check the support of mergeable buffer outside the receive loop
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/3] vhost-net: check the support of mergeable buffer outside the receive loop
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH 2/3] vhost-net: Unify the code of mergeable and big buffer handling
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [uclinux-dist-devel] [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Mike Frysinger <vapier@xxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [uclinux-dist-devel] [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH] sched: provide scheduler_ipi() callback in response to smp_send_reschedule()
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 3/3] vhost-net: use lock_sock_fast() in peek_head_len()
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio-net: fix a typo
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 3/3] vhost-net: use lock_sock_fast() in peek_head_len()
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH 1/3] vhost-net: check the support of mergeable buffer outside the receive loop
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 2/3] vhost-net: Unify the code of mergeable and big buffer handling
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 2/3] vhost-net: Unify the code of mergeable and big buffer handling
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH 1/3] vhost-net: check the support of mergeable buffer outside the receive loop
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH 3/3] vhost-net: use lock_sock_fast() in peek_head_len()
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PULL] vhost-net: 2.6.38 fix
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PULL] vhost-net: 2.6.38 fix
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- CFP: International Conference on Software Engineering and Knowledge Engineering (SEKE2011)
- From: Ming Zhao <zhaom@xxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Jesse Gross <jesse@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [Xen-devel] [PATCH 01/14] x86/ticketlock: clean up types and accessors
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH] xen: fix non-ANSI function warning in irq.c
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH] vhost: fix signed/unsigned comparison
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] xen: fix non-ANSI function warning in irq.c
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- ICAC2011 deadline extended to Jan 18 (8th International Conference on Autonomic Computing)
- From: Ming Zhao <zhaom@xxxxxxxxxxx>
- Re: [PATCH 1/1] staging: hv: Removed unneeded call to netif_stop_queue() in hv_netvsc
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH 1/1] staging: hv: Removed unneeded call to netif_stop_queue() in hv_netvsc
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] staging: hv: Removed unneeded call to netif_stop_queue() in hv_netvsc
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH 1/1] staging: hv: Removed unneeded call to netif_stop_queue() in hv_netvsc
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH] virtio: remove virtio-pci root device
- From: Milton Miller <miltonm@xxxxxxx>
- Re: virtio-pci: add softlinks between virtio and pci
- From: Milton Miller <miltonm@xxxxxxx>
- Re: [PATCH] virtio: remove virtio-pci root device
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Jesse Gross <jesse@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH 10/36] VIDEO: xen-fb, switch to for_each_console
- From: Greg Kroah-Hartman <gregkh@xxxxxxx>
- [PATCH] hv: don't enable Scatter/Gather
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: Flow Control and Port Mirroring Revisited
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Flow Control and Port Mirroring Revisited
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] virtio-pci: add softlinks between virtio and pci
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH] virtio-pci: add softlinks between virtio and pci
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio-pci: add softlinks between virtio and pci
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [PATCH] virtio-pci: add softlinks between virtio and pci
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [PATCH] virtio-pci: add softlinks between virtio and pci
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio-pci: add softlinks between virtio and pci
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] virtio-pci: add softlinks between virtio and pci
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- [PATCH] virtio-pci: add softlinks between virtio and pci
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] LGUEST_GUEST: fix unmet direct dependencies (VIRTUALIZATION && VIRTIO)
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] LGUEST_GUEST: fix unmet direct dependencies (VIRTUALIZATION && VIRTIO)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- unmet direct dependencies (VIRTUALIZATION && VIRTIO)
- From: Toralf Förster <toralf.foerster@xxxxxx>
- SNAPI 2011 CFP: 7th IEEE International Workshop on Storage Network Architecture and Parallel I/Os
- From: Ming Zhao <zhaom@xxxxxxxxxxx>
- unable to write into Local APIC registers
- From: Ravi Kumar Kulkarni <ravilinux4u@xxxxxxxxx>
- [PATCH] Staging: hv: Add code to create the device directory under /sys/block/hdx
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 4/4] Staging: hv: Add a user-space daemon to support key/value pair (KVP)
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 3/4] Staging: hv: Implement key/value pair (KVP)
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 2/4] Staging: hv: Rename hv_utils.c to hv_util.c
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 1/4] Connector: Add an index to support key/value pair (KVP) functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [GIT PULL net-next-2.6] vhost-net: tools, cleanups, optimizations
- From: David Miller <davem@xxxxxxxxxxxxx>
- [GIT PULL net-next-2.6] vhost-net: tools, cleanups, optimizations
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- virtqueue_add_buf
- From: devi thapa <devi.thapa@xxxxxxxxx>
- Re: [GIT PULL net-next-2.6] vhost-net: tools, cleanups, optimizations
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 1/1] hv: Use only one txf buffer per channel and kmalloc/GFP_KERNEL on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- RE: [PATCH 1/1] hv: Use only one receive buffer per channel and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one receive buffer per channel and kmalloc on initialize
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- RE: [PATCH 1/1] hv: Use only one txf buffer per channel and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one receive buffer per channel and kmalloc on initialize
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one receive buffer per channel and kmalloc on initialize
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one txf buffer per channel and kmalloc on initialize
- From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one txf buffer per channel and kmalloc on initialize
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH 1/1] hv: Use only one txf buffer per channel and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one txf buffer per channel and kmalloc on initialize
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- RE: [PATCH 1/1] hv: Use only one receive buffer per channel and kmalloc on initialize
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- RE: [PATCH 1/1] hv: Use only one receive buffer per channel and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 1/1] hv: Use only one txf buffer per channel and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- RE: [PATCH 1/1] hv: Use only one receive buffer per channel and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one receive buffer per channel and kmalloc on initialize
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- [PATCH 1/1] hv: Use only one receive buffer per channel and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one receive buffer and kmalloc on initialize
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH 1/1] hv: Use only one receive buffer and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one receive buffer and kmalloc on initialize
- From: Greg KH <greg@xxxxxxxxx>
- RE: [PATCH 1/1] hv: Use only one receive buffer and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] hv: Use only one receive buffer and kmalloc on initialize
- From: Greg KH <greg@xxxxxxxxx>
- [PATCH 1/1] hv: Use only one receive buffer and kmalloc on initialize
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [GIT PULL net-next-2.6] vhost-net: tools, cleanups, optimizations
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 2/2] tools/virtio: virtio_test tool
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 2/2] tools/virtio: virtio_test tool
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Qemu-devel] SCSI Command support over VirtIO Block device
- From: अनुज <anuj01@xxxxxxxxx>
- [GIT PULL net-next-2.6] vhost-net: tools, cleanups, optimizations
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [Qemu-devel] SCSI Command support over VirtIO Block device
- From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
- SCSI Command support over VirtIO Block device
- From: अनुज <anuj01@xxxxxxxxx>
- Re: [GIT PULL net-2.6] vhost-net: logging fixup
- From: David Miller <davem@xxxxxxxxxxxxx>
- [GIT PULL net-2.6] vhost-net: logging fixup
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 5/7] staging: hv: Convert camel cased struct fields in netvsc_api.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 1/7] staging: hv: Convert camel cased variables in netvsc.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 7/7] staging: hv: Convert camel cased struct fields in rndis.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 6/7] staging: hv: Convert camel cased struct fields in netvsc.h to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 3/7] staging: hv: Convert camel cased variables in rndis_filter.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 2/7] staging: hv: Convert camel cased functions in netvsc.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- [PATCH 4/7] staging: hv: Convert camel cased functions in rndis_filter.c to lower cases
- From: Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] Properly check return values of kmalloc and vmbus_recvpacket
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- RE: [PATCH 1/1] Properly check return values of kmalloc and vmbus_recvpacket
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] Properly check return values of kmalloc and vmbus_recvpacket
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 1/1] Properly check return values of kmalloc and vmbus_recvpacket
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- RE: [PATCH 2/4] Rename the file hv_utils.c
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] Rename the file hv_utils.c
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH 2/4] Rename the file hv_utils.c
- From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
- Re: [PATCH 1/4] Add a connector Index to support HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH 2/4] Rename the file hv_utils.c
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH 4/4] A daemon to gather guest specific information for KVP
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 3/4] An Implementation of KVP functionality
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 2/4] Rename the file hv_utils.c
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 1/4] Add a connector Index to support HyperV KVP functionality
- From: Greg KH <gregkh@xxxxxxx>
- [PATCH 4/4] A daemon to gather guest specific information for KVP
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 3/4] An Implementation of KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 2/4] Rename the file hv_utils.c
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 1/4] Add a connector Index to support HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH 1/3]: An implementation of HyperV KVP functionality
- From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
- Re: [PATCH 1/3]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- RE: [PATCH 2/3]: An implementation of HyperV KVP functionality
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 3/3]: An implementation of HyperV KVP functionality
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 2/3]: An implementation of HyperV KVP functionality
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 1/3]: An implementation of HyperV KVP functionality
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 2/3]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH]: A daemon to support HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 3/3]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH 2/3]: An implementation of HyperV KVP functionality
- From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
- [PATCH 2/3]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 1/3]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH 2/2] tools/virtio: virtio_test tool
- From: Thiago Farina <tfransosi@xxxxxxxxx>
- Re: [PATCH 2/8] staging: hv: Convert camel case struct fields in storvsc_api.h to lowercase
- From: Greg KH <gregkh@xxxxxxx>
- Re: [PATCH 2/8] staging: hv: Convert camel case struct fields in storvsc_api.h to lowercase
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 2/8] staging: hv: Convert camel case struct fields in storvsc_api.h to lowercase
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 5/8] staging: hv: Convert camel case function names in storvsc.c to lowercase
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 1/8] staging: hv: Convert camel case struct fields in vstorage.h to lowercase
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 6/8] staging: hv: Convert camel case local variables in storvsc.c to lowercase
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 3/8] staging: hv: Convert camel case functions in storvsc_api.h to lowercase
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 8/8] staging: hv: Convert camel case local variables in blkvsc.c to lowercase
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 4/8] staging: hv: Convert camel case struct fields in storvsc.c to lowercase
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- [PATCH 7/8] staging: hv: Convert camel case function names in blkvsc.c to lowercase
- From: Hank Janssen <hjanssen@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] tools/virtio: virtio_test tool
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] vhost test module
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] vhost test module
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] vhost test module
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/2] vhost test module
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] vhost test module
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 1/2] vhost test module
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] vhost test module
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] vhost test module
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- ICAC2011 CFP (Submission site is open)
- From: Ming Zhao <zhaom@xxxxxxxxxxx>
- Re: [PATCH 2/3]: An Implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 2/2] tools/virtio: virtio_test tool
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 1/2] vhost test module
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH 0/2] tools/virtio: virtio_ring testing tool
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: correctly set bits of dirty pages
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [PATCH] vhost: correctly set bits of dirty pages
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: correctly set bits of dirty pages
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] vhost: fix typos in comment
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH] vhost: fix typos in comment
- From: Jason Wang <jasowang@xxxxxxxxxx>
- [PATCH] vhost: correctly set bits of dirty pages
- From: Jason Wang <jasowang@xxxxxxxxxx>
- Re: [GIT PULL net-2.6] vhost-net: rcu fixup
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] x86/pvclock-xen: zero last_value on resume
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] x86/pvclock-xen: zero last_value on resume
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: transport between guest and host
- From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
- Re: transport between guest and host
- From: devi thapa <devi.thapa@xxxxxxxxx>
- Re: [PATCH RFC] tools/virtio: virtio_ring testing tool
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: transport between guest and host
- From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
- [GIT PULL net-2.6] vhost-net: rcu fixup
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- transport between guest and host
- From: devi thapa <devi.thapa@xxxxxxxxx>
- Re: [PATCH 2/3]: An Implementation of HyperV KVP functionality
- From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
- Re: [PATCH RFC] tools/virtio: virtio_ring testing tool
- From: अनुज <anuj01@xxxxxxxxx>
- [PULL] virtio fixes (and one trivial module cleanup)
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH] virtio: (Partially) enable suspend/resume support
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- [PATCH 09/10] do not use macv[tap/lan] interfaces as ports
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- [PATCH 08/10] lldpad support for libvirt netlink message
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- [PATCH 2/3]: An Implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 3/3]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- [PATCH 1/3]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH] x86/pvclock-xen: zero last_value on resume
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 07/10] use connect instead of bind
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- [PATCH 03/10] BUGFIX: check for existence of ifup
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- [PATCH 06/10] add libnl dependency to configure.ac
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- [PATCH 04/10] implementation of IEEE 802.1Qbg in lldpad, part 2
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- [PATCH 02/10] implementation of IEEE 802.1Qbg in lldpad, part 1
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- [PATCH 10/10] implement VDP keepalive
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- [PATCH 05/10] VDP commandline interface
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- implementation of IEEE 802.1Qbg in lldpad
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- [PATCH 01/10] consolidation of MIN and MAX macros in common.h
- From: Jens Osterkamp <jens@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH] virtio: (Partially) enable suspend/resume support
- From: Matthew Garrett <mjg@xxxxxxxxxx>
- Re: [RFC PATCH] virtio: (Partially) enable suspend/resume support
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [RFC PATCH] virtio: (Partially) enable suspend/resume support
- From: Amit Shah <amit.shah@xxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 09/14] xen/pvticketlock: Xen implementation for PV ticket locks
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 09/14] xen/pvticketlock: Xen implementation for PV ticket locks
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [Xen-devel] Re: [PATCH 09/14] xen/pvticketlock: Xen implementation for PV ticket locks
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH 00/14] PV ticket locks without expanding spinlock
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 09/14] xen/pvticketlock: Xen implementation for PV ticket locks
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH 09/14] xen/pvticketlock: Xen implementation for PV ticket locks
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- [PATCH 10/14] x86/pvticketlock: use callee-save for lock_spinning
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 12/14] x86/ticketlocks: when paravirtualizing ticket locks, increment by 2
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 09/14] xen/pvticketlock: Xen implementation for PV ticket locks
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 14/14] x86/ticketlocks: tidy up __ticket_unlock_kick()
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 06/14] x86/ticketlock: make __ticket_spin_trylock common
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 11/14] x86/ticketlock: don't inline _spin_unlock when using paravirt spinlocks
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 01/14] x86/ticketlock: clean up types and accessors
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 13/14] x86/ticketlock: add slowpath logic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 05/14] x86/ticketlock: make __ticket_spin_lock common
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 07/14] x86/spinlocks: replace pv spinlocks with pv ticketlocks
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 08/14] x86/ticketlock: collapse a layer of functions
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 00/14] PV ticket locks without expanding spinlock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 04/14] x86/ticketlock: make large and small ticket versions of spin_lock the same
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 02/14] x86/ticketlock: convert spin loop to C
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 03/14] x86/ticketlock: Use C for __ticket_spin_unlock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH RFC] tools/virtio: virtio_ring testing tool
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH 00/20] x86: ticket lock rewrite and paravirtualization
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 00/20] x86: ticket lock rewrite and paravirtualization
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 00/20] x86: ticket lock rewrite and paravirtualization
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 00/20] x86: ticket lock rewrite and paravirtualization
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 00/20] x86: ticket lock rewrite and paravirtualization
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 06/20] x86/ticketlock: make __ticket_spin_trylock common
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 03/20] x86/ticketlock: Use C for __ticket_spin_unlock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 01/20] x86/ticketlock: clean up types and accessors
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH -next] xen: fix header export to userspace
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 03/20] x86/ticketlock: Use C for __ticket_spin_unlock
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH -next] xen: fix header export to userspace
- From: Tony Finch <dot@xxxxxxxx>
- Re: [PATCH 03/20] x86/ticketlock: Use C for __ticket_spin_unlock
- From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
- Re: [PATCH 06/20] x86/ticketlock: make __ticket_spin_trylock common
- From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
- Re: [PATCH 01/20] x86/ticketlock: clean up types and accessors
- From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
- [PATCH 31/44] drivers/xen: Remove unnecessary semicolons
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 00/44] remove unnecessary semicolons
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: Dor Laor <dlaor@xxxxxxxxxx>
- [PATCH -next] xen: fix header export to userspace
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [PATCH 06/20] x86/ticketlock: make __ticket_spin_trylock common
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH 00/20] x86: ticket lock rewrite and paravirtualization
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 00/20] x86: ticket lock rewrite and paravirtualization
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 00/20] x86: ticket lock rewrite and paravirtualization
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Announce: Auto/Lazy-migration Patches RFC on linux-numa list
- From: Lee Schermerhorn <lee.schermerhorn@xxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: "Ky Srinivasan" <ksrinivasan@xxxxxxxxxx>
- Re: [PATCH 04/20] x86/ticketlock: make large and small ticket versions of spin_lock the same
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 04/20] x86/ticketlock: make large and small ticket versions of spin_lock the same
- From: Srivatsa Vaddagiri <vatsa@xxxxxxxxxxxxxxxxxx>
- Re: [Qemu-devel] Re: [PATCH] Implement a virtio GPU transport
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [Qemu-devel] Re: [PATCH] Implement a virtio GPU transport
- From: Ian Molton <ian.molton@xxxxxxxxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH]: An implementation of HyperV KVP functionality
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
[Index of Archives]
[KVM]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]