Linux Virtualization Development
[Prev Page][Next Page]
- [RELEASE] linux-2.6.21 backport: 269 version
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RELEASE] Lguest for 2.6.21
- From: WANG Cong <xiyou.wangcong@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Vivek Goyal <vgoyal@xxxxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: WANG Cong <xiyou.wangcong@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: WANG Cong <xiyou.wangcong@xxxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: WANG Cong <xiyou.wangcong@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [RELEASE] Lguest for 2.6.21
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
- Re: [patch 31/32] xen: --- drivers/net/xen-netfront.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 31/32] xen: --- drivers/net/xen-netfront.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patch 31/32] xen: --- drivers/net/xen-netfront.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [ANNOUNCE] paravirt_ops i686 Fedora rawhide kernel packages
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RELEASE] Lguest for 2.6.21
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- 2.6.21 and UML
- From: Antoine Martin <antoine@xxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 09/32] xen: xen configuration
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 09/32] xen: xen configuration
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: huh startup_ipi_hook?
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: huh startup_ipi_hook?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 09/12] i386/x86_64: EHCI usb debug port early printk support.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: huh startup_ipi_hook?
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: huh startup_ipi_hook?
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: huh startup_ipi_hook?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 26/32] xen: Add Xen virtual block device driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: huh startup_ipi_hook?
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH] i386: introduce voyager smp_ops, fix voyager build
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 27/32] xen: Add the Xen virtual network device driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 04/12] i386 voyager: Use modern techniques to setup and teardown low identiy mappings.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 09/12] i386/x86_64: EHCI usb debug port early printk support.
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 08/12] i386: Convert the boot time page tables to the kernels native format.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 07/12] i386: Add missing !X86_PAE dependincy to the 2G/2G split.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 12/12] i386: remove cpuid checking in head.S
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 05/12] i386: During page table initialization always set the leaf page table entries.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 11/12] i386: Move setup_idt from head.S to head32.c
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 10/12] i386: Introduce head32.c
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 09/12] i386/x86_64: EHCI usb debug port early printk support.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 08/12] i386: Convert the boot time page tables to the kernels native format.
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 07/12] i386: Add missing !X86_PAE dependincy to the 2G/2G split.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH 08/12] i386: Convert the boot time page tables to the kernels native format.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 06/12] i386: Minimum cpu detection cleanups.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH 07/12] i386: Add missing !X86_PAE dependincy to the 2G/2G split.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 06/12] i386: Minimum cpu detection cleanups.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 05/12] i386: During page table initialization always set the leaf page table entries.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH 04/12] i386 voyager: Use modern techniques to setup and teardown low identiy mappings.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 03/12] i386 head.S: Always run the full set of paging state
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 02/12] i386 head.S: Remove unnecessary use of %ebx as the boot cpu flag
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 01/12] x86_64: Allow fixmaps to be used with the initial page table.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 0/12] Early USB debug port and i386 boot cleanups
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH] lguest: properly kill guest userspace programs accessing kernel mem
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 03/32] xen: Add nosegneg capability to the vsyscall page notes
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 03/32] xen: Add nosegneg capability to the vsyscall page notes
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: [patch 26/32] xen: Add Xen virtual block device driver.
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [patch 22/32] xen: Add Xen grant table support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 32/32] xen: Xen machine operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 30/32] xen: diddle netfront
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 28/32] xen: xen-netfront: use skb.cb for storing private data
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 27/32] xen: Add the Xen virtual network device driver.
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [patch 15/32] xen: Xen SMP guest support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 23/32] xen: Add the Xenbus sysfs and virtual device hotplug driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 04/32] xen: Add Xen interface header files
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 26/32] xen: Add Xen virtual block device driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 27/32] xen: Add the Xen virtual network device driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 20/32] xen: Use the hvc console infrastructure for Xen console
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 24/32] xen: use xenbus_watch_pathfmt rather than watch_path2
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 31/32] xen: --- drivers/net/xen-netfront.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 06/32] xen: Xen virtual mmu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 05/32] xen: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 29/32] xen: Lockdep fixes for xen-netfront
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 16/32] xen: Add support for preemption
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 21/32] xen: Add early printk support via hvc console
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 18/32] xen: deal with negative stolen time
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 07/32] xen: xen event channels
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 19/32] xen: xen time fixups
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 25/32] xen: rename dev_changed to xenbus_dev_changed
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 10/32] xen: Complete pagetable pinning for Xen
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 13/32] xen: Account for time stolen by Xen
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 08/32] xen: xen time implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 17/32] xen: lazy-mmu operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 12/32] xen: fix multicall batching
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 14/32] xen: Implement xen_sched_clock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 11/32] xen: ignore RW mapping of RO pages in pagetable_init
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 09/32] xen: xen configuration
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 01/32] xen: Add apply_to_page_range() which applies a function to a pte range.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 02/32] xen: Allocate and free vmalloc areas
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 00/32] xen: Xen implementation for paravirt_ops
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 03/32] xen: Add nosegneg capability to the vsyscall page notes
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patches] [PATCH] [21/22] x86_64: Extend bzImage protocol for relocatable bzImage
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 2/2] lguest: handle new paravirt lazy mode (fix userspace segfaults)
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 1/2] lguest: fix up after pda->percpu conversion
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] i386: introduce voyager smp_ops, fix voyager build
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] i386: introduce voyager smp_ops, fix voyager build
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] i386: introduce voyager smp_ops, fix voyager build
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH] i386: introduce voyager smp_ops, fix voyager build
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] i386: introduce voyager smp_ops, fix voyager build
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH] i386: introduce voyager smp_ops, fix voyager build
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: The virtuailization patches break Voyager.
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Andi Kleen <ak@xxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Andi Kleen <ak@xxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Andi Kleen <ak@xxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Andi Kleen <ak@xxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: The virtuailization patches break Voyager.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: The virtuailization patches break Voyager.
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Andi Kleen <ak@xxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Andi Kleen <ak@xxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Andi Kleen <ak@xxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: The virtuailization patches break Voyager.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: huh startup_ipi_hook?
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: huh startup_ipi_hook?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: huh startup_ipi_hook?
- From: Andi Kleen <ak@xxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: Andi Kleen <ak@xxxxxxx>
- Re: huh startup_ipi_hook?
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: The virtuailization patches break Voyager.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: huh startup_ipi_hook?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: huh startup_ipi_hook?
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: The virtuailization patches break Voyager.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: The virtuailization patches break Voyager.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: huh startup_ipi_hook?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- huh startup_ipi_hook?
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: The virtuailization patches break Voyager.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- The virtuailization patches break Voyager.
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- [PATCH] lguest simplification: don't pin guest trap handlers
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 11/25] xen: Xen SMP guest support
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 11/25] xen: Xen SMP guest support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Xen/paravirt_ops kernel available for testing
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH] Fix lguest documentation error
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] Fix lguest oops when guest dies while receiving I/O
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation II
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 11/25] xen: Xen SMP guest support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 09/25] xen: Account for time stolen by Xen
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 09/25] xen: Account for time stolen by Xen
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 09/25] xen: Account for time stolen by Xen
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 11/25] xen: Xen SMP guest support
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 09/25] xen: Account for time stolen by Xen
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: SMP lockup in virtualized environment
- From: Chris Snook <csnook@xxxxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH 06/25] xen: Core Xen implementation
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 04/25] xen: Add XEN config options
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 16/25] xen: Use the hvc console infrastructure for Xen console
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: SMP lockup in virtualized environment
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- SMP lockup in virtualized environment
- From: LAPLACE Cyprien <cyprien.laplace@xxxxxxxxxxxxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/25] xen: Add nosegneg capability to the vsyscall page notes
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 23/25] xen: Lockdep fixes for xen-netfront
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 03/25] xen: Add nosegneg capability to the vsyscall page notes
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: [PATCH 23/25] xen: Lockdep fixes for xen-netfront
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/25] xen: Add nosegneg capability to the vsyscall page notes
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 16/25] xen: Use the hvc console infrastructure for Xen console
- From: olof@xxxxxxxxx (Olof Johansson)
- Re: [PATCH 03/25] xen: Add nosegneg capability to the vsyscall page notes
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: [PATCH 04/25] xen: Add XEN config options
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 00/25] xen: Xen implementation for paravirt_ops
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 19/25] xen: Add the Xenbus sysfs and virtual device hotplug driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 20/25] xen: Add Xen virtual block device driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 04/25] xen: Add XEN config options
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 00/25] xen: Xen implementation for paravirt_ops
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH 13/25] xen: xen: lazy-mmu operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 25/25] xen: Xen machine operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 10/25] xen: Implement xen_sched_clock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 24/25] xen: xen: diddle netfront
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 05/25] xen: Add Xen interface header files
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 21/25] xen: Add the Xen virtual network device driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 15/25] xen: xen time fixups
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 06/25] xen: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 16/25] xen: Use the hvc console infrastructure for Xen console
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 23/25] xen: Lockdep fixes for xen-netfront
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 17/25] xen: Add early printk support via hvc console
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 18/25] xen: Add Xen grant table support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 07/25] xen: Complete pagetable pinning for Xen
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 22/25] xen: xen-netfront: use skb.cb for storing private data
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 11/25] xen: Xen SMP guest support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 09/25] xen: Account for time stolen by Xen
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 12/25] xen: Add support for preemption
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 14/25] xen: xen: deal with negative stolen time
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 08/25] xen: xen: fix multicall batching
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 04/25] xen: Add XEN config options
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 00/25] xen: Xen implementation for paravirt_ops
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 01/25] xen: Add apply_to_page_range() which applies a function to a pte range.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 02/25] xen: Allocate and free vmalloc areas
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 03/25] xen: Add nosegneg capability to the vsyscall page notes
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Andi Kleen <ak@xxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Or on griggsville
- From: "Sonja Blackburn" <gorevillelm@xxxxxxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Andi Kleen <ak@xxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Andi Kleen <ak@xxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: "Zachary Amsden" <zamsden@xxxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Andi Kleen <ak@xxxxxxx>
- Re: [RFC, PATCH 2/5] Paravirt_ops patch bugs.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 2/5] Paravirt_ops patch bugs.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 4/5] Paravirt_ops drop internal patches.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 4/5] Paravirt_ops drop internal patches.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 2/5] Paravirt_ops patch bugs.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH 1/5] Paravirt_ops full patching.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 2/5] Paravirt_ops patch bugs.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 1/5] Paravirt_ops full patching.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH 1/5] Paravirt_ops full patching.patch
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [RFC, PATCH 5/5] Paravirt_ops export.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [RFC, PATCH 4/5] Paravirt_ops drop internal patches.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [RFC, PATCH 3/5] Paravirt_ops pure functions.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [RFC, PATCH 2/5] Paravirt_ops patch bugs.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [RFC, PATCH 1/5] Paravirt_ops full patching.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [RFC, PATCH 0/5] Paravirt: fix export of paravirt-ops to binary modules
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 20/20] Add apply_to_page_range() which applies a function to a pte range.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 20/20] Add apply_to_page_range() which applies a function to a pte range.
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [patch 20/20] Add apply_to_page_range() which applies a function to a pte range.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- Re: [patch 20/20] Add apply_to_page_range() which applies a function to a pte range.
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [patch 20/20] Add apply_to_page_range() which applies a function to a pte range.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 1/4] Pte drop ptep_get_and_clear paravirt op.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 1/4] Pte drop ptep_get_and_clear paravirt op.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 20/20] Add apply_to_page_range() which applies a function to a pte range.
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [PATCH 1/4] Pte drop ptep_get_and_clear paravirt op.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH] Update lguest's patch code for new paravirt patch architecture
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Andreas Schwab <schwab@xxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH 23/28] Fix BusLogic to stop using check_region
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 21/28] Implement vmi_kmap_atomic_pte
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 16/28] kRemove a warning about unused variable in !CONFIG_ACPI compilation.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 22/28] Convert VMI timer to use clock events
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 27/28] paravirt: little compile fixes for vmi.c
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 28/28] Add a sched_clock paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 24/28] paravirt: drop unused ptep_get_and_clear
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 11/28] x86: incremental update for i386 and x86-64 check_bugs
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 26/28] From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 12/28] i386: now its ok to use identify_boot_cpu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 25/28] From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 08/28] Define per_cpu_offset
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 19/28] Dont implement native_kmap_atomic_pte for !HIGHPTE
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 18/28] Copying of the pgd range must happen under the pgd_lock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 17/28] x86: cleanup arch/i386/kernel/cpu/mcheck/p4.c
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 20/28] Now that the VDSO can be relocated, we can support it in VMI configurations.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 10/28] i386: map enough initial memory to create lowmem mappings
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 15/28] In compat mode, the return value here was uninitialized.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 04/28] deflate stack usage in lib/inflate.c
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 06/28] Convert PDA into the percpu section
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 13/28] paravirt: flush lazy mmu updates on kunmap_atomic
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 14/28] fix paravirt-documentation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 03/28] fix allow-percpu-variables-to-be-page-aligned.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 09/28] Fix UP gdt bugs
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 01/28] revert account-for-module-percpu-space-separately-from-kernel-percpu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 02/28] Account for module percpu space separately from kernel percpu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 07/28] cleanups to help using per-cpu variables from asm
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 05/28] Page-align the GDT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 00/28] Updates for firstfloor paravirt-ops patches
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 0/4] i386 - pte update optimizations
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] 2.6.21 - VMI logic error
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH 0/4] i386 - pte update optimizations
- From: Keir Fraser <keir@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] i386 - pte update optimizations
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH 0/4] i386 - pte update optimizations
- From: Keir Fraser <keir@xxxxxxxxxxxxx>
- Re: [PATCH 0/4] i386 - pte update optimizations
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 0/4] i386 - pte update optimizations
- From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
- [PATCH] 2.6.21 - VMI logic error
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 0/4] i386 - pte update optimizations
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 0/4] i386 - pte update optimizations
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/4] Pte drop ptep_get_and_clear paravirt op.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 1/4] Pte drop ptep_get_and_clear paravirt op.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 3/4] Pte xchg optimization.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 3/4] Pte xchg optimization.patch
- From: Dave Jones <davej@xxxxxxxxxx>
- Re: paravirt repo rebased to 2.6.21-rc6-mm1
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: paravirt repo rebased to 2.6.21-rc6-mm1
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- [PATCH 4/4] Pte simplify ops.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 1/4] Pte drop ptep_get_and_clear paravirt op.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 3/4] Pte xchg optimization.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 2/4] Pte clear optimization.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 0/4] i386 - pte update optimizations
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: PATCH 7/8] lguest: the block driver
- From: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
- Re: [PATCH] Clean up x86 control register and MSR macros (corrected)
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Clean up x86 control register and MSR macros
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: PATCH 7/8] lguest: the block driver
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: paravirt repo rebased to 2.6.21-rc6-mm1
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: paravirt repo rebased to 2.6.21-rc6-mm1
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: paravirt repo rebased to 2.6.21-rc6-mm1
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: paravirt repo rebased to 2.6.21-rc6-mm1
- From: Zachary Amsden <zach@xxxxxxxxxx>
- paravirt repo rebased to 2.6.21-rc6-mm1
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 4/6] Rename the parainstructions symbols to be consistent with the others
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] Clean up x86 control register and MSR macros (corrected)
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 4/6] Rename the parainstructions symbols to be consistent with the others
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH] Clean up x86 control register and MSR macros (corrected)
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] Clean up x86 control register and MSR macros
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH] Clean up x86 control register and MSR macros
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [no subject]
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 3/10] I386 mcheck p4 grotesque and needless warning fix.patch
- From: "Jesper Juhl" <jesper.juhl@xxxxxxxxx>
- Re: [PATCH 3/10] I386 mcheck p4 grotesque and needless warning fix.patch
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- Re: PATCH 7/8] lguest: the block driver
- From: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
- Re: PATCH 7/8] lguest: the block driver
- From: "Pekka Enberg" <penberg@xxxxxxxxxxxxxx>
- [PATCH 8/8] lguest: the documentation, example launcher
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- PATCH 7/8] lguest: the block driver
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 6/8] lguest: the net driver
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 5/8] lguest: the net driver
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 5/8] lguest: the console driver
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 4/8] lguest: the Makefile and Kconfig
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 2/8] lguest: the host code
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 3/8] lguest: the asm offsets
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 1/8] lguest: the guest code
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH 0/8] lguest
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/10] I386 sysenter arch pages fix.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 9/10] Vmi timer update.patch
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [PATCH 4/10] I386 pgd clone under lock fix.patch
- From: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
- [PATCH 10/10] Fix BusLogic to stop using check_region
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 9/10] Vmi timer update.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 0/10] i386, VMI, BusLogic, Timer fixes for -mm
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 7/10] Resurrect the VMI lazy mode fixes.
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 8/10] Vmi kmap_atomic_pte fix.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 6/10] Vmi supports compat vdso.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 5/10] Paravirt kmap_atomic_pte tidy.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 3/10] I386 mcheck p4 grotesque and needless warning fix.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 2/10] I386 acpi remove earlyquirk warning.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 4/10] I386 pgd clone under lock fix.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH 1/10] I386 sysenter arch pages fix.patch
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH 1/2] Clean up asm-x86_64/bugs.h
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 1/2] Clean up asm-x86_64/bugs.h
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 1/2] Clean up asm-x86_64/bugs.h
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: William Lee Irwin III <wli@xxxxxxxxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] paravirt_ops: Clean up paravirt patchable wrappers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 2/4] clean up identify_cpu
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 2/4] clean up identify_cpu
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [patch 2/4] clean up identify_cpu
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] x86: clean up identify_cpu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH 1/2] Clean up asm-x86_64/bugs.h
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 2/4] clean up identify_cpu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 2/4] clean up identify_cpu
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 18/20] clean up tsc-based sched_clock
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 18/20] clean up tsc-based sched_clock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 18/20] clean up tsc-based sched_clock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 09/20] rename struct paravirt_patch to paravirt_patch_site for clarity
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 18/20] clean up tsc-based sched_clock
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 09/20] rename struct paravirt_patch to paravirt_patch_site for clarity
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [patch 1/4] Clean up asm-i386/bugs.h
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 4/4] Make COMPAT_VDSO runtime selectable.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 3/4] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 2/4] clean up identify_cpu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 0/4] Clean up asm/bugs.h, identify_cpu() and update COMPAT_VDSO
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH] Lguest launcher, child starving parent
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Unified lguest launcher
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH] Lguest launcher, child starving parent
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [patch 2/2] Make COMPAT_VDSO runtime selectable.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 0/2] Updates to compat VDSOs
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] Unified lguest launcher
- From: "Glauber de Oliveira Costa" <glommer@xxxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- Re: [patch 20/20] Add apply_to_page_range() which applies a function to a pte range.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: [PATCH] Lguest32 print hex on bad reads and writes
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH] Lguest32 print hex on bad reads and writes
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [patch 2/2] Make COMPAT_VDSO runtime selectable.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 1/2] Relocate VDSO ELF headers to match mapped location with COMPAT_VDSO
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 0/2] Updates to compat VDSOs
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 20/20] Add apply_to_page_range() which applies a function to a pte range.
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH] Lguest32 print hex on bad reads and writes
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Lguest32, use guest page tables to find paddr for emulated instructions
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] lguest32 kallsyms backtrace of guest.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] Lguest32 print hex on bad reads and writes
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] Lguest32 print hex on bad reads and writes
- From: Kyle Moffett <mrmacman_g4@xxxxxxx>
- Re: [PATCH] Lguest32 print hex on bad reads and writes
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Lguest32, use guest page tables to find paddr for emulated instructions
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] lguest32 kallsyms backtrace of guest.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Unified lguest launcher
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: New CPUID/MSR driver; virtualization hooks
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- New CPUID/MSR driver; virtualization hooks
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Christoph Lameter <clameter@xxxxxxx>
- [patch 08/20] add hooks to intercept mm creation and destruction
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 09/20] rename struct paravirt_patch to paravirt_patch_site for clarity
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 04/20] Add pagetable accessors to pack and unpack pagetable entries
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 05/20] Hooks to set up initial pagetable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 00/20] paravirt_ops updates
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 10/20] Use patch site IDs computed from offset in paravirt_ops structure
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 20/20] Add apply_to_page_range() which applies a function to a pte range.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 02/20] Remove CONFIG_DEBUG_PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 14/20] add common patching machinery
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 11/20] Fix patch site clobbers to include return register
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 13/20] Document asm-i386/paravirt.h
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 12/20] Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 15/20] add flush_tlb_others paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 03/20] use paravirt_nop to consistently mark no-op operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 19/20] Add a sched_clock paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 01/20] update MAINTAINERS
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 17/20] add kmap_atomic_pte for mapping highpte pages
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 06/20] Allocate a fixmap slot
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 16/20] revert map_pt_hook.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 18/20] clean up tsc-based sched_clock
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] Lguest32 print hex on bad reads and writes
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH] Lguest32, use guest page tables to find paddr for emulated instructions
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH] lguest32 kallsyms backtrace of guest.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [patch 1/6] Re-enable VDSO by default with PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/6] Re-enable VDSO by default with PARAVIRT
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH] Unified lguest launcher
- From: "Glauber de Oliveira Costa" <glommer@xxxxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Andi Kleen <ak@xxxxxxx>
- Re: A set of "standard" virtual devices?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 4/6] Rename the parainstructions symbols to be consistent with the others
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [patch 3/6] Remove smp_alt_instructions
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 5/6] Allow boot-time disable of SMP altinstructions
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 6/6] Allow boot-time disable of paravirt_ops patching
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 2/6] Remove noreplacement option
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 0/6] Various cleanups
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 4/6] Rename the parainstructions symbols to be consistent with the others
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 1/6] Re-enable VDSO by default with PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Adrian Bunk <bunk@xxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Andi Kleen <ak@xxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Cornelia Huck <cornelia.huck@xxxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Andi Kleen <ak@xxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Christian Borntraeger <borntrae@xxxxxxxxxx>
- Re: [PATCH 0/2] Use a single loader for i386 and x86_64
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Anthony Liguori <aliguori@xxxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Andi Kleen <ak@xxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- [PATCH 2/2] Arch-specific includes
- From: Glauber de Oliveira Costa <gcosta@xxxxxxxxxx>
- [PATCH 0/2] Use a single loader for i386 and x86_64
- From: Glauber de Oliveira Costa <gcosta@xxxxxxxxxx>
- [PATCH 1/2] Makefile for common loader
- From: Glauber de Oliveira Costa <gcosta@xxxxxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Andi Kleen <ak@xxxxxxx>
- Re: A set of "standard" virtual devices?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 16/17] add kmap_atomic_pte for mapping highpte pages
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 12/17] Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 16/17] add kmap_atomic_pte for mapping highpte pages
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 12/17] Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 17/17] Add a sched_clock paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 17/17] Add a sched_clock paravirt_op
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 17/17] Add a sched_clock paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 17/17] Add a sched_clock paravirt_op
- From: Andi Kleen <ak@xxxxxxx>
- [patch 17/17] Add a sched_clock paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 12/17] Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 16/17] add kmap_atomic_pte for mapping highpte pages
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 15/17] revert map_pt_hook.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 14/17] add flush_tlb_others paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 10/17] Use patch site IDs computed from offset in paravirt_ops structure
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 13/17] add common patching machinery
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 09/17] rename struct paravirt_patch to paravirt_patch_site for clarity
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
[Index of Archives]
[KVM]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]