Linux Virtualization Development
[Prev Page][Next Page]
- [PATCH 6/15 v5] PCI: add a new function to map BAR offset
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 5/15 v5] PCI: add a wrapper for resource_alignment()
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 4/15 v5] PCI: make pci_alloc_child_bus() be able to handle NULL bridge
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 3/15 v5] PCI: export __pci_read_base
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 2/15 v5] PCI: define PCI resource names in an 'enum'
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 1/15 v5] PCI: remove unnecessary arg of pci_update_resource()
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 0/15 v5] PCI: Linux kernel SR-IOV support
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [Question] power management related with cgroup based resource management
- From: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
- From: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
- From: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
- [PATCH 05/13] ia64/pv_ops/xen: paravirtualize read/write ar.itc and ar.itm
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 04/13] ia64/pv_ops/pvchecker: support mov = ar.itc paravirtualization
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 01/13] ia64/pv_ops: add hooks to paravirtualize fsyscall implementation.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 12/13] ia64/pv_ops: paravirtualize gate.S.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 00/13] ia64/pv_ops, xen: more paravirtualization.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 02/13] ia64/pv_ops/xen: preliminary to paravirtualizing fsys.S for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 13/13] ia64/pv_ops/xen/gate.S: xen gate page paravirtualization
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 11/13] ia64/pv_ops: move down __kernel_syscall_via_epc.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 03/13] ia64/pv_ops: paravirtualize fsys.S.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 07/13] ia64/pv_ops/pv_time_ops: add sched_clock hook.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 08/13] ia64/pv_ops/xen/pv_time_ops: implement sched_clock.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 10/13] ia64/pv_ops/xen: define xen specific gate page.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 06/13] ia64/pv_ops: paravirtualize mov = ar.itc.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 09/13] ia64/pv_ops: gate page paravirtualization.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 8/8 v4] PCI: document the changes
- From: Pavel Machek <pavel@xxxxxxx>
- RE: [PATCH 00/33] ia64/xen domU take 12
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.8.0: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.8.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.8.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 6/6 v3] PCI: document the change
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
- Re: [PATCH 32/33] ia64/xen: a recipe for using xen/ia64 with pv_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 32/33] ia64/xen: a recipe for using xen/ia64 with pv_ops.
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- [PATCH 22/33] ia64/pv_ops/xen: paravirtualize DO_SAVE_MIN for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 31/33] ia64/pv_ops: update Kconfig for paravirtualized guest and xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 20/33] ia64/pv_ops/xen: define xen pv_cpu_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 27/33] ia64/pv_ops/xen: implement xen pv_irq_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 24/33] ia64/pv_ops/xen: paravirtualize entry.S for ia64/xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 19/33] ia64/pv_ops/xen: define xen pv_init_ops for various xen initialization.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 25/33] ia64/pv_ops/xen: implement xen pv_iosapic_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 23/33] ia64/pv_ops/xen: paravirtualize ivt.S for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 26/33] ia64/pv_ops/xen: define the nubmer of irqs which xen needs.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 12/33] ia64/xen: define helper functions for xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 16/33] ia64/xen: add definitions necessary for xen event channel.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 13/33] ia64/xen: implement the arch specific part of xencomm.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 15/33] ia64/xen: implement arch specific part of xen grant table.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 11/33] ia64/xen: define helper functions for xen related address conversion.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 07/33] ia64/xen: increase IA64_MAX_RSVD_REGIONS.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 08/33] ia64/xen: introduce definitions necessary for ia64/xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 18/33] ia64/pv_ops/xen: elf note based xen startup.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 09/33] ia64/xen: define several constants for ia64/xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 10/33] ia64/xen: add a necessary header file to compile include/xen/interface/xen.h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 29/33] ia64/xen: define xen machine vector for domU.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 14/33] ia64/xen: xencomm conversion functions for hypercalls
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 21/33] ia64/pv_ops/xen: define xen paravirtualized instructions for hand written assembly code
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 28/33] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 33/33] ia64/pv_ops: paravirtualized istruction checker.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 17/33] ia64/xen: introduce helper function to identify domain mode.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 32/33] ia64/xen: a recipe for using xen/ia64 with pv_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 30/33] ia64/xen: preliminary support for save/restore.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 06/33] ia64/xen: introduce sync bitops which is necessary for ia64/xen support.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 05/33] ia64/xen: reserve "break" numbers used for xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 02/33] ia64/pv_ops: avoid name conflict of get_irq_chip().
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 00/33] ia64/xen domU take 12
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 04/33] ia64: move function declaration, ia64_cpu_local_tick() from .c to .h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 03/33] ia64/pv_ops: update native/inst.h to clobber predicate.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 01/33] ia64/pv_ops: fix paraviatualization of ivt.S with CONFIG_SMP=n
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] virtio_net: Recycle some more rx buffer pages
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH][RFC] vmchannel a data channel between host and guest.
- From: Andrew Biggadike <biggadike@xxxxxxxxxx>
- Re: [PATCH][RFC] vmchannel a data channel between host and guest.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [PATCH][RFC] vmchannel a data channel between host and guest.
- From: Andrew Biggadike <biggadike@xxxxxxxxxx>
- Re: [PATCH][RFC] vmchannel a data channel between host and guest.
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH][RFC] vmchannel a data channel between host and guest.
- From: Andrew Biggadike <biggadike@xxxxxxxxxx>
- Re: [PATCH][RFC] vmchannel a data channel between host and guest.
- From: Gleb Natapov <gleb@xxxxxxxxxx>
- Re: [PATCH][RFC] vmchannel a data channel between host and guest.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [PATCH 32/32] ia64/pv_ops: paravirtualized istruction checker.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 32/32] ia64/pv_ops: paravirtualized istruction checker.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 09/32] ia64/xen: add a necessary header file to compile include/xen/interface/xen.h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 6/8 v4] PCI: support the SR-IOV capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- Re: [PATCH 09/32] ia64/xen: add a necessary header file to compile include/xen/interface/xen.h
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- RE: [PATCH 32/32] ia64/pv_ops: paravirtualized istruction checker.
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- RE: [PATCH 09/32] ia64/xen: add a necessary header file to compile include/xen/interface/xen.h
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH][RFC] vmchannel a data channel between host and guest.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [PATCH 6/8 v4] PCI: support the SR-IOV capability
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 6/8 v4] PCI: support the SR-IOV capability
- From: Matthew Wilcox <matthew@xxxxxx>
- [PATCH 8/8 v4] PCI: document the changes
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 6/8 v4] PCI: support the SR-IOV capability
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 7/8 v4] PCI: reserve bus range for the SR-IOV device
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 5/8 v4] PCI: add a new function to map BAR offset
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 4/8 v4] PCI: add a wrapper for resource_alignment
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 3/8 v4] PCI: export pci_alloc_child_bus
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 2/8 v4] PCI: export __pci_read_base
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 1/8 v4] PCI: define PCI resource names in an 'enum'
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- [PATCH 0/8 v4] PCI: Linux kernel SR-IOV support
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- Re: [RFC 1/3] hvc_console: rework setup to replace irq functions with callbacks
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- [PATCH 22/32] ia64/pv_ops/xen: paravirtualize ivt.S for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 23/32] ia64/pv_ops/xen: paravirtualize entry.S for ia64/xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 10/32] ia64/xen: define helper functions for xen related address conversion.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 16/32] ia64/xen: introduce helper function to identify domain mode.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 08/32] ia64/xen: define several constants for ia64/xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 21/32] ia64/pv_ops/xen: paravirtualize DO_SAVE_MIN for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 09/32] ia64/xen: add a necessary header file to compile include/xen/interface/xen.h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [RFC 1/3] hvc_console: rework setup to replace irq functions with callbacks
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [PATCH 06/32] ia64/xen: increase IA64_MAX_RSVD_REGIONS.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 18/32] ia64/pv_ops/xen: define xen pv_init_ops for various xen initialization.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 20/32] ia64/pv_ops/xen: define xen paravirtualized instructions for hand written assembly code
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 04/32] ia64/xen: reserve "break" numbers used for xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 30/32] ia64/pv_ops: update Kconfig for paravirtualized guest and xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 31/32] ia64/xen: a recipe for using xen/ia64 with pv_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 28/32] ia64/xen: define xen machine vector for domU.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 26/32] ia64/pv_ops/xen: implement xen pv_irq_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 27/32] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 24/32] ia64/pv_ops/xen: implement xen pv_iosapic_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 25/32] ia64/pv_ops/xen: define the nubmer of irqs which xen needs.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 29/32] ia64/xen: preliminary support for save/restore.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 13/32] ia64/xen: xencomm conversion functions for hypercalls
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 03/32] ia64: move function declaration, ia64_cpu_local_tick() from .c to .h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 12/32] ia64/xen: implement the arch specific part of xencomm.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 14/32] ia64/xen: implement arch specific part of xen grant table.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 17/32] ia64/pv_ops/xen: elf note based xen startup.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 19/32] ia64/pv_ops/xen: define xen pv_cpu_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 32/32] ia64/pv_ops: paravirtualized istruction checker.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 11/32] ia64/xen: define helper functions for xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 15/32] ia64/xen: add definitions necessary for xen event channel.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 00/32] ia64/xen domU take 11
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 05/32] ia64/xen: introduce sync bitops which is necessary for ia64/xen support.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 07/32] ia64/xen: introduce definitions necessary for ia64/xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 02/32] ia64/pv_ops: update native/inst.h to clobber predicate.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 01/32] ia64/pv_ops: avoid name conflict of get_irq_chip().
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 6/6 v3] PCI: document the change
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- Re: [PATCH 6/6 v3] PCI: document the change
- From: Matthew Wilcox <matthew@xxxxxx>
- RE: [PATCH 6/6 v3] PCI: document the change
- From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
- Re: [PATCH 6/6 v3] PCI: document the change
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 6/6 v3] PCI: document the change
- From: Yu Zhao <yu.zhao@xxxxxxxxx>
- RE: [PATCH 6/6 v3] PCI: document the change
- From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
- Re: [PATCH 6/6 v3] PCI: document the change
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [RFC 1/3] hvc_console: rework setup to replace irq functions with callbacks
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- RE: [PATCH 6/6 v3] PCI: document the change
- From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
- Re: [RFC 1/3] hvc_console: rework setup to replace irq functions with callbacks
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/3] hvc_console: rework setup to replace irq functions with callbacks
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC 1/3] hvc_console: rework setup to replace irq functions with callbacks
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC 1/3] hvc_console: rework setup to replace irq functions with callbacks
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC 1/3] hvc_console: rework setup to replace irq functions with callbacks
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- Re: [PATCH 4/6 v3] PCI: support SR-IOV capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
- From: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
- Re: [PATCH 2/2] virtio_net: Improve the recv buffer allocation scheme
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 1/6 v3] PCI: export some functions and macros
- From: "Venugopal Busireddy" <vbusireddy@xxxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
- From: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
- RE: [PATCH 2/6 v3] PCI: add new general functions
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- RE: [PATCH 3/6 v3] PCI: support ARI capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- RE: [PATCH 4/6 v3] PCI: support SR-IOV capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- RE: [PATCH 0/6 v3] PCI: Linux kernel SR-IOV support
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- RE: [PATCH 1/6 v3] PCI: export some functions and macros
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- RE: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- RE: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- RE: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
- [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.7.0: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.7.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.7.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 2/6 v3] PCI: add new general functions
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/6 v3] PCI: support ARI capability
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 3/6 v3] PCI: support ARI capability
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Avi Kivity <avi@xxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Zachary Amsden <zach@xxxxxxxxxx>
- RE: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Alok Kataria <akataria@xxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Alok Kataria <akataria@xxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Alok Kataria <akataria@xxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Alok Kataria <akataria@xxxxxxxxxx>
- Re: [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [RFC] CPUID usage for interaction between Hypervisors and Linux.
- From: Alok Kataria <akataria@xxxxxxxxxx>
- Re: [PATCH 1/6 v3] PCI: export some functions and macros
- From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 6/6 v3] PCI: document the change
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 4/6 v3] PCI: support SR-IOV capability
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: [PATCH 4/6 v3] PCI: support SR-IOV capability
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH 3/6 v3] PCI: support ARI capability
- From: Alex Chiang <achiang@xxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Pavel Emelyanov <xemul@xxxxxxxxxx>
- Re: [PATCH 0/6 v3] PCI: Linux kernel SR-IOV support
- From: Javier Guerra Giraldez <javier@xxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 1/6 v3] PCI: export some functions and macros
- From: Matthew Wilcox <matthew@xxxxxx>
- [PATCH 6/6 v3] PCI: document the change
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 4/6 v3] PCI: support SR-IOV capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 5/6 v3] PCI: reserve bus range for SR-IOV
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 3/6 v3] PCI: support ARI capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 0/6 v3] PCI: Linux kernel SR-IOV support
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 1/6 v3] PCI: export some functions and macros
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 2/6 v3] PCI: add new general functions
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [dm-devel] Re: [PATCH 4/8] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 4/8] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks
- From: "Balbir Singh" <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks
- From: "Balbir Singh" <balbir@xxxxxxxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [PATCH 8/8] bio-cgroup: Dirty page tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 7/8] bio-cgroup: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 6/8] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/8] bio-cgroup: Remove a lot of "#ifdef"s
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/8] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/8] dm-ioband: Documentation of design overview, installation, command reference and examples.
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/8] bio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/8] dm-ioband: Patch of device-mapper driver
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/8] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [dm-devel] [PATCH 0/5] bio-cgroup: Introduction
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- [PATCH 5/5] bio-cgroup: Dirty page tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/5] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/5] bio-cgroup: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/5] bio-cgroup: Remove a lot of "#ifdef"s
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/5] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/5] bio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: dm-ioband + bio-cgroup benchmarks
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- dm-ioband + bio-cgroup benchmarks
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [PATCH 3/4 v2] PCI: support SR-IOV capability
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH 1/4 v2] PCI: introduce new base functions
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH 2/4 v2] PCI: support ARI capability
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 2/4 v2] PCI: support ARI capability
- From: Roland Dreier <rdreier@xxxxxxxxx>
- [RFC][PATCH -mm] blktrace: adds ioprio to blktrace
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- RE: [PATCH 1/4 v2] PCI: introduce new base functions
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- RE: [PATCH 3/4 v2] PCI: support SR-IOV capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- RE: [PATCH 4/4 v2] PCI: document the change
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- RE: [PATCH 2/4 v2] PCI: support ARI capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- RE: [PATCH 3/4 v2] PCI: support SR-IOV capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- RE: [PATCH 2/4 v2] PCI: support ARI capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- Re: [PATCH 4/4 v2] PCI: document the change
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 3/4 v2] PCI: support SR-IOV capability
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH 1/4 v2] PCI: introduce new base functions
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH 2/4 v2] PCI: support ARI capability
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: [PATCH 4/4 v2] PCI: document the change
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH 3/4 v2] PCI: support SR-IOV capability
- From: Alex Chiang <achiang@xxxxxx>
- Re: [PATCH 2/4 v2] PCI: support ARI capability
- From: Alex Chiang <achiang@xxxxxx>
- [PATCH 3/4 v2] PCI: support SR-IOV capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 4/4 v2] PCI: document the change
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 1/4 v2] PCI: introduce new base functions
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 2/4 v2] PCI: support ARI capability
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- [PATCH 0/4 v2] PCI: Linux kernel SR-IOV support
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- Re: [RFC] [PATCH] SCSI passthrough for virtio-blk
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC] [PATCH] SCSI passthrough for virtio-blk
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC] [PATCH] SCSI passthrough for virtio-blk
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC] [PATCH] SCSI passthrough for virtio-blk
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [RFC] [PATCH] SCSI passthrough for virtio-blk
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: [RFC] [PATCH] SCSI passthrough for virtio-blk
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- [RFC] [PATCH] SCSI passthrough for virtio-blk
- From: Hannes Reinecke <hare@xxxxxxx>
- Re: Virtio File System.
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: Virtio File System.
- From: "Eric Van Hensbergen" <ericvh@xxxxxxxxx>
- Re: Virtio File System.
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- [PATCH 11/30] ia64/xen: xencomm conversion functions for hypercalls
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 12/30] ia64/xen: implement arch specific part of xen grant table.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 10/30] ia64/xen: implement the arch specific part of xencomm.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 29/30] ia64/xen: a recipe for using xen/ia64 with pv_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 28/30] ia64/pv_ops: update Kconfig for paravirtualized guest and xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 19/30] ia64/pv_ops/xen: paravirtualize DO_SAVE_MIN for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 17/30] ia64/pv_ops/xen: define xen pv_cpu_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 18/30] ia64/pv_ops/xen: define xen paravirtualized instructions for hand written assembly code
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 21/30] ia64/pv_ops/xen: paravirtualize entry.S for ia64/xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 13/30] ia64/xen: add definitions necessary for xen event channel.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 15/30] ia64/pv_ops/xen: elf note based xen startup.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 25/30] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 14/30] ia64/xen: introduce helper function to identify domain mode.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 24/30] ia64/pv_ops/xen: implement xen pv_irq_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 16/30] ia64/pv_ops/xen: define xen pv_init_ops for various xen initialization.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 30/30] ia64/pv_ops: paravirtualized istruction checker.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 26/30] ia64/xen: define xen machine vector for domU.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 27/30] ia64/xen: preliminary support for save/restore.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 22/30] ia64/pv_ops/xen: implement xen pv_iosapic_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 20/30] ia64/pv_ops/xen: paravirtualize ivt.S for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 06/30] ia64/xen: define several constants for ia64/xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 07/30] ia64/xen: add a necessary header file to compile include/xen/interface/xen.h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 23/30] ia64/pv_ops/xen: define the nubmer of irqs which xen needs.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 09/30] ia64/xen: define helper functions for xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 08/30] ia64/xen: define helper functions for xen related address conversion.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 05/30] ia64/xen: introduce definitions necessary for ia64/xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 00/30] ia64/xen domU take 10
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 03/30] ia64/xen: introduce sync bitops which is necessary for ia64/xen support.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 02/30] ia64/xen: reserve "break" numbers used for xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 04/30] ia64/xen: increase IA64_MAX_RSVD_REGIONS.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 01/30] ia64: move function declaration, ia64_cpu_local_tick() from .c to .h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH] [RESEND] xen: portability clean up and some minor clean up for xencomm.c
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH] xen: compilation fix fo xen CPU hotplugging.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH] xen: wrap load_cr3() in manage.c for ia64 support.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH] xen-netfront: Avoid unaligned accesses to IP header.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH] xen: compilation fix of drivers/xen/events.c on IA64
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PULL] lguest comments, virtio fix and final stop_machine_run() remove
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: RFC: Attaching threads to cgroups is OK?
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- RFC: Attaching threads to cgroups is OK?
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: [PATCH] virtio_balloon: fix towards_target when deflating balloon
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH] virtio_balloon: fix towards_target when deflating balloon
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] virtio_balloon: fix towards_target when deflating balloon
- From: Anthony Liguori <aliguori@xxxxxxxxxx>
- Re: [PATCH] virtio_balloon: fix towards_target when deflating balloon
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] virtio_balloon: fix towards_target when deflating balloon
- From: Anthony Liguori <aliguori@xxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: [PATCH 1/1] tun: TUNGETIFF interface to query name and flags
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] tun: TUNGETIFF interface to query name and flags
- From: Max Krasnyansky <maxk@xxxxxxxxxx>
- Re: [PATCH 1/1] tun: TUNGETIFF interface to query name and flags
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: [PATCH 1/1] tun: TUNGETIFF interface to query name and flags
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: David Collier-Brown <davecb@xxxxxxx>
- Re: SR-IOV: patches are available for Linux kernel [4/4]
- From: Greg KH <greg@xxxxxxxxx>
- RE: SR-IOV: patches are available for Linux kernel [4/4]
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- Re: [PATCH 1/1] tun: TUNGETIFF interface to query name and flags
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: SR-IOV: patches are available for Linux kernel [4/4]
- From: Greg KH <greg@xxxxxxxxx>
- Re: SR-IOV: patches are available for Linux kernel [4/4]
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: [Xen-devel] Re: Announcing: Open OVF project source code availibility
- From: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: "Dong-Jae Kang" <baramsori72@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: "강동재" <baramsori72@xxxxxxxxx>
- [PATCH 1/1] tun: TUNGETIFF interface to query name and flags
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- Re: [PATCH] stop_machine: wean Xen off stop_machine_run
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH] stop_machine: wean Xen off stop_machine_run
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Announcing: Open OVF project source code availibility
- From: Mike Day <ncmike@xxxxxxxxxxx>
- Re: Announcing: Open OVF project source code availibility
- From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
- Re: Announcing: Open OVF project source code availibility
- From: Mike Day <ncmike@xxxxxxxxxxx>
- RE: RFC: I/O bandwidth controller
- From: James.Smart@xxxxxxxxxx
- Re: Announcing: Open OVF project source code availibility
- From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
- Announcing: Open OVF project source code availibility
- From: "Mike D. Day" <ncmike@xxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- [PATCH 7/7] bio-cgroup: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/7] bio-cgroup: Remove a lot of "#ifdef"s
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/7] bio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/7] dm-ioband: Patch of device-mapper driver
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/7] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- SR-IOV: patches are available for Linux kernel [4/4]
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- SR-IOV: patches are available for Linux kernel [3/4]
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- SR-IOV: patches are available for Linux kernel [2/4]
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- SR-IOV: patches are available for Linux kernel [1/4]
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- SR-IOV: patches are available for Linux kernel
- From: "Zhao, Yu" <yu.zhao@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: David Collier-Brown <davecb@xxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: "Naveen Gupta" <ngupta@xxxxxxxxxx>
- Re: export virtio_rng.h
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- export virtio_rng.h
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: "Naveen Gupta" <ngupta@xxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- RE: I/O bandwidth controller (was Re: Too many I/O controllerpatches)
- From: "Caitlin Bestler" <Caitlin.Bestler@xxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: kamezawa.hiroyu@xxxxxxxxxxxxxx
- Re: RFC: I/O bandwidth controller
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- RFC: I/O bandwidth controller (was Re: Too many I/O controller patches)
- From: Fernando Luis Vázquez Cao <fernando@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: RFC: I/O bandwidth controller
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: "Paul Menage" <menage@xxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Hirokazu Takahashi <taka@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- RE: Too many I/O controller patches
- From: "Satoshi UCHIDA" <s-uchida@xxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
- Re: Too many I/O controller patches
- From: Andrea Righi <righi.andrea@xxxxxxxxx>
- Re: Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- Too many I/O controller patches
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- [PATCH 10/10] drivers/net/xen-netfront.c: Use DIV_ROUND_UP
- From: Julia Lawall <julia@xxxxxxx>
- [PATCH 2/7] dm-ioband: Documentation of design overview, installation, command reference and examples
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 7/7] bio-cgroup: Add a cgroup support to dm-ioband
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 5/7] bio-cgroup: Remove a lot of ifdefs
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 6/7] bio-cgroup: Implement the bio-cgroup
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 4/7] bio-cgroup: Split the cgroup memory subsystem into two parts
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 3/7] bio-cgroup: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 1/7] dm-ioband: Patch of device-mapper driver
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- [PATCH 0/7] I/O bandwidth controller and BIO tracking
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: "Grant McWilliams" <grantmasterflash@xxxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: "Grant McWilliams" <grantmasterflash@xxxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: "Alexey Eremenko" <al4321@xxxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [Xen-users] Re: [Xen-devel] State of Xen in upstream Linux
- From: "Grant McWilliams" <grantmasterflash@xxxxxxxxx>
- Re: [Xen-devel] State of Xen in upstream Linux
- From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
- State of Xen in upstream Linux
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 0/2] Paravirt loops per jiffy
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: drivers/xen/balloon.c: Removed duplicated include
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 2/2] use paravirt function to calculate cpu khz
- From: Glauber Costa <gcosta@xxxxxxxxxx>
- [PATCH 1/2] factor out cpu_khz to common code
- From: Glauber Costa <gcosta@xxxxxxxxxx>
- [PATCH 0/2] Paravirt loops per jiffy
- From: Glauber Costa <gcosta@xxxxxxxxxx>
- Re: How to get a sense of VM pressure
- From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
- drivers/xen/balloon.c: Removed duplicated include
- From: Huang Weiyi <weiyi.huang@xxxxxxxxx>
- Re: How to get a sense of VM pressure
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: How to get a sense of VM pressure
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: How to get a sense of VM pressure
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] Paravirt loops per jiffy calculation
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: How to get a sense of VM pressure
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: How to get a sense of VM pressure
- From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
- How to get a sense of VM pressure
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PULL] virtio patches
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PULL] lguest and virtio patches
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] tun: Allow GSO using virtio_net_hdr
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PULL] lguest and virtio patches
- From: Mark McLoughlin <markmc@xxxxxxxxxx>
- Re: [PATCH 3/4] tun: Allow GSO using virtio_net_hdr
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/2] Paravirt loops per jiffy calculation
- From: "Glauber Costa" <glommer@xxxxxxxxx>
- Re: [PATCH 0/2] Paravirt loops per jiffy calculation
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- [PULL] lguest and virtio patches
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] tun: Fix/rewrite packet filtering logic
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] tun: Fix/rewrite packet filtering logic
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: [PATCH] tun: Fix/rewrite packet filtering logic
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH] tun: Fix/rewrite packet filtering logic
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] tun: Fix/rewrite packet filtering logic
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: pv_ops - 2.6.26 - unable to handle kernel paging request
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 2/2] use paravirt function to calculate cpu khz
- From: Glauber Costa <gcosta@xxxxxxxxxx>
- [PATCH 1/2] factor out cpu_khz to common code
- From: Glauber Costa <gcosta@xxxxxxxxxx>
- [PATCH 0/2] Paravirt loops per jiffy calculation
- From: Glauber Costa <gcosta@xxxxxxxxxx>
- Re: pv_ops - 2.6.26 - unable to handle kernel paging request
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- pv_ops - 2.6.26 - unable to handle kernel paging request
- From: "Christopher S. Aker" <caker@xxxxxxxxxxxx>
- Re: [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- RE: [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- RE: [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: "Luck, Tony" <tony.luck@xxxxxxxxx>
- Re: [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout v2
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 2/4] KVM: Introduce a callback routine for IOAPIC ack handling
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: [PATCH 2/4] KVM: Introduce a callback routine for IOAPIC ack handling
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: [PATCH 2/4] KVM: Introduce a callback routine for IOAPIC ack handling
- From: Ben-Ami Yassour <benami@xxxxxxxxxx>
- Re: [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout v4
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- [PATCH] stopmachine: add stopmachine_timeout v4
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [Xen-ia64-devel] Re: [PATCH 17/29] ia64/pv_ops/xen: define xen paravirtualizedinstructions for hand written assembly code
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 07/29] ia64/xen: add a neccessary header file to copmle include/xen/interface/xen.h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 07/29] ia64/xen: add a neccessary header file to copmle include/xen/interface/xen.h
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/29] ia64/xen: implement the arch specific part of xencomm.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 13/29] ia64/xen: add definitions necessary for xen eventchannel.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout v2
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 17/29] ia64/pv_ops/xen: define xen paravirtualizedinstructions for hand written assembly code
- From: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout v2
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH 13/29] ia64/xen: add definitions necessary for xen eventchannel.
- From: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
- Re: [PATCH 10/29] ia64/xen: implement the arch specific part of xencomm.
- From: Akio Takebe <takebe_akio@xxxxxxxxxxxxxx>
- [PATCH 28/29] ia64/xen: a recipe for using xen/ia64 with pv_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 24/29] ia64/pv_ops/xen: implement xen pv_time_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 26/29] ia64/xen: preliminary support for save/restore.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 25/29] ia64/xen: define xen machine vector for domU.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 27/29] ia64/pv_ops: update Kconfig for paravirtualized guest and xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 01/29] ia64: move function declaration, ia64_cpu_local_tick() from .c to .h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 02/29] ia64/xen: reserve "break" numbers used for xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 23/29] ia64/pv_ops/xen: implement xen pv_irq_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 14/29] ia64/pv_ops/xen: elf note based xen startup.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 22/29] ia64/pv_ops/xen: define the nubmer of irqs which xen needs.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 00/29] ia64/xen domU take 9
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 29/29] ia64/pv_ops: paravirtualized istruction checker.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 15/29] ia64/pv_ops/xen: define xen pv_init_ops for various xen initialization.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 12/29] ia64/xen: implement arch specific part of xen grant table.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 21/29] ia64/pv_ops/xen: implement xen pv_iosapic_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 20/29] ia64/pv_ops/xen: paravirtualize entry.S for ia64/xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 11/29] ia64/xen: xencomm conversion functions for hypercalls
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 17/29] ia64/pv_ops/xen: define xen paravirtualized instructions for hand written assembly code
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 19/29] ia64/pv_ops/xen: paravirtualize ivt.S for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 18/29] ia64/pv_ops/xen: paravirtualize DO_SAVE_MIN for xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 06/29] ia64/xen: define several constants for ia64/xen.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 10/29] ia64/xen: implement the arch specific part of xencomm.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 07/29] ia64/xen: add a neccessary header file to copmle include/xen/interface/xen.h
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 08/29] ia64/xen: define helper functions for xen related address conversion.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 05/29] ia64/xen: introduce definitions necessary for ia64/xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 16/29] ia64/pv_ops/xen: define xen pv_cpu_ops.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 09/29] ia64/xen: define helper functions for xen hypercalls.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 04/29] ia64/xen: increase IA64_MAX_RSVD_REGIONS.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 13/29] ia64/xen: add definitions necessary for xen event channel.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- [PATCH 03/29] ia64/xen: introduce sync bitops which is necessary for ia64/xen support.
- From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout v3
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout v2
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout v3
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- [PATCH] stopmachine: add stopmachine_timeout v3
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout v2
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout v2
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- [PATCH] stopmachine: add stopmachine_timeout v2
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH] x86: let 32bit use apic_ops too - fix
- From: Suresh Siddha <suresh.b.siddha@xxxxxxxxx>
- [PATCH 2/5] virtio: fix virtio_net xmit of freed skb bug
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
- Re: [PATCH] x86: let 32bit use apic_ops too - fix
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH] x86: let 32bit use apic_ops too - fix
- From: "Yinghai Lu" <yhlu.kernel@xxxxxxxxx>
- Re: [PATCH] x86: let 32bit use apic_ops too - fix
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH] x86: let 32bit use apic_ops too - fix
- From: "Yinghai Lu" <yhlu.kernel@xxxxxxxxx>
- Re: [PATCH] x86: let 32bit use apic_ops too - fix
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: Patch from LKML
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: Patch from LKML
- From: "Yinghai Lu" <yhlu.kernel@xxxxxxxxx>
- Patch from LKML
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 4/5] virtio net: Allow receiving SG packets
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 4/5] virtio net: Allow receiving SG packets
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] tun: Fix/rewrite packet filtering logic
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] tun: Fix/rewrite packet filtering logic
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 4/5] virtio net: Allow receiving SG packets
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/5] virtio net: Add ethtool ops for SG/GSO
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] virtio_net: Recycle unused recv buffer pages for large skbs in net driver
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 4/5] virtio net: Allow receiving SG packets
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 3/5] virtio net: Add ethtool ops for SG/GSO
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 1/5] virtio_net: Set VIRTIO_NET_F_GUEST_CSUM feature
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] stopmachine: add stopmachine_timeout
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] tun: Fix/rewrite packet filtering logic
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: "Brian Braunstein" <brian@xxxxxxxxxxxx>
- Subject: [PATCH 2/2] dm-ioband: I/O bandwidth controller v1.3.0: Document
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Subject: [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.3.0: Source code and patch
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Subject: [PATCH 0/2] dm-ioband: I/O bandwidth controller v1.3.0: Introduction
- From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] virtio_net: Set VIRTIO_NET_F_GUEST_CSUM feature
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: "Shaun Jackman" <sjackman@xxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
- Re: [PATCH 2/4] KVM: Introduce a callback routine for IOAPIC ack handling
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: Multicast and receive filtering in TUN/TAP
- From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
[Index of Archives]
[KVM]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]