Linux Virtualization Development
[Prev Page][Next Page]
- [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>
- [patch 04/17] Add pagetable accessors to pack and unpack pagetable entries
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 11/17] Fix patch site clobbers to include return register
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 03/17] use paravirt_nop to consistently mark no-op operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 07/17] Allow paravirt backend to choose kernel PMD sharing
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 08/17] add hooks to intercept mm creation and destruction
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 00/17] paravirt_ops updates
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 06/17] Allocate a fixmap slot
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 05/17] Hooks to set up initial pagetable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 01/17] update MAINTAINERS
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 02/17] Remove CONFIG_DEBUG_PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- delta studio
- From: "Park P. Ambrose" <kbcei@xxxxxxxx>
- Re: [patch 0/6] i386 gdt and percpu cleanups
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 0/6] i386 gdt and percpu cleanups
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 4/6] Convert PDA into the percpu section
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 0/6] i386 gdt and percpu cleanups
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 4/6] Convert PDA into the percpu section
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 4/6] Convert PDA into the percpu section
- From: Andi Kleen <ak@xxxxxxx>
- [patch 4/6] Convert PDA into the percpu section
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 2/6] Allow percpu variables to be page-aligned
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 6/6] Define per_cpu_offset
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 5/6] cleanups to help using per-cpu variables from asm
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 1/6] i386: Account for module percpu space separately from kernel percpu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 3/6] Page-align the GDT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 0/6] i386 gdt and percpu cleanups
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [LGUEST] updated nohz/hrtimer WIP patches (v04)
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [LGUEST] updated nohz/hrtimer WIP patches (v04)
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [LGUEST] updated nohz/hrtimer WIP patches (v04)
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [LGUEST] updated nohz/hrtimer WIP patches (v04)
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [LGUEST] updated nohz/hrtimer WIP patches (v04)
- From: James Morris <jmorris@xxxxxxxxx>
- Re: lazy mmu and interrupts
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: lazy mmu and interrupts
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH] Add machine_ops interface to abstract halting and rebooting
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] Clean up mach_reboot_fixups
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH] Clean up mach_reboot_fixups
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] Add machine_ops interface to abstract halting and rebooting
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH] Add machine_ops interface to abstract halting and rebooting
- From: Andi Kleen <ak@xxxxxxx>
- [PATCH] Add machine_ops interface to abstract halting and rebooting
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH] Add smp_ops interface
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] Simplify smp_call_function*() by using common implementation
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH] Simplify smp_call_function*() by using common implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] Simplify smp_call_function*() by using common implementation
- From: Andi Kleen <ak@xxxxxxx>
- lazy mmu and interrupts
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [PATCH] Simplify smp_call_function*() by using common implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] Simplify smp_call_function*() by using common implementation
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- [PATCH] Simplify smp_call_function*() by using common implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [Xen-devel] [PATCH] Add smp_ops interface
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH] Add smp_ops interface
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 4/4] Add global disable/enable for softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 2/4] percpu enable flag for softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 0/4] Revised softlockup watchdog improvement patches
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 1/4] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 3/4] Locally disable the softlockup watchdog rather than touching it
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/2] Ignore stolen time in the softlockup watchdog
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [patch 1/2] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxxxxxxx>
- Re: [patch 1/2] Ignore stolen time in the softlockup watchdog
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [patch 1/2] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 2/2] percpu enable flag for softlockup watchdog
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [patch 1/2] Ignore stolen time in the softlockup watchdog
- From: Prarit Bhargava <prarit@xxxxxxxxxx>
- Re: [patch 1/2] Ignore stolen time in the softlockup watchdog
- From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
- Re: [patch 1/2] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 1/2] Ignore stolen time in the softlockup watchdog
- From: Eric Dumazet <dada1@xxxxxxxxxxxxx>
- [patch 2/2] percpu enable flag for softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 0/2] softlockup watchdog improvements
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 1/2] Ignore stolen time in the softlockup watchdog
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 3/5] i386-gdt-pda Update lguest to initialize gdt without pda
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: someone screwed something up
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [patch 5/5] i386-gdt-pda Define per_cpu_offset
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 2/5] i386-gdt-pda Convert PDA into the percpu section
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 0/5] i386-gdt-pda i386 gdt and pda updates
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 4/5] i386-gdt-pda cleanups to help using per-cpu variables from asm
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 1/5] i386-gdt-pda Page-align the GDT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 3/5] i386-gdt-pda Update lguest to initialize gdt without pda
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [LGUEST] updated nohz/hrtimer WIP patches (v02)
- From: James Morris <jmorris@xxxxxxxxx>
- Re: [PATCH] lguest: clean rest of linkage warnings (bar one)
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH] lguest: clean rest of linkage warnings (bar one)
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH RFC] Change softlockup watchdog to ignore stolen time
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH RFC] Change softlockup watchdog to ignore stolen time
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH RFC] Change softlockup watchdog to ignore stolen time
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH RFC] Change softlockup watchdog to ignore stolen time
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH] lguest: clean rest of linkage warnings (bar one)
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [PATCH] lguest: clean rest of linkage warnings (bar one)
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] Define EFLAGS_IF
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Use X86_EFLAGS_IF in irqflags.h, lguest.
- From: Keith Owens <kaos@xxxxxxxxxx>
- [PATCH] Use X86_EFLAGS_IF in irqflags.h, lguest.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [PATCH] Define EFLAGS_IF
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] lguest: Compile hypervisor.S into the lg module directly
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- [PATCH] lguest: clean up some l"references .init.text" warnings
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [Xen-devel] Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [Xen-devel] Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxxx>
- Re: [Xen-devel] Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Chuck Ebbert <cebbert@xxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andreas Kleen <ak@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Andi Kleen <ak@xxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 05/26] Xen-paravirt_ops: paravirt_ops: hooks to set up initial pagetable
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 14/26] Xen-paravirt_ops: add common patching machinery
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: todo
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: todo
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: todo
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: todo
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: todo
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH/RFC] replace get_scheduled_cycles with sched_clock paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH/RFC] replace get_scheduled_cycles with sched_clock paravirt_op
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] make CONFIG_PARAVIRT require NO_HZ
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Re: [patch 03/26] Xen-paravirt_ops: use paravirt_nop to consistently mark no-op operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 17/26] Xen-paravirt_ops: Add nosegneg capability to the vsyscall page notes
- From: Roland McGrath <roland@xxxxxxxxxx>
- Re: [patch 03/26] Xen-paravirt_ops: use paravirt_nop to consistently mark no-op operations
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patch 03/26] Xen-paravirt_ops: use paravirt_nop to consistently mark no-op operations
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patch 17/26] Xen-paravirt_ops: Add nosegneg capability to the vsyscall page notes
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 2/9] Sched clock paravirt op fix.patch
- From: Matt Mackall <mpm@xxxxxxxxxxx>
- Re: [patch 03/26] Xen-paravirt_ops: use paravirt_nop to consistently mark no-op operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [ADMINISTRIVIA] lists header change
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 03/26] Xen-paravirt_ops: use paravirt_nop to consistently mark no-op operations
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 05/26] Xen-paravirt_ops: paravirt_ops: hooks to set up initial pagetable
- From: Steven Rostedt <srostedt@xxxxxxxxxxx>
- Re: [patch 00/26] Xen-paravirt_ops: Xen guest implementation for paravirt_ops interface
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- RE: [Xen-devel] Re: [patch 21/26] Xen-paravirt_ops: Use the hvc console infrastructure for Xen console
- From: "Huang2, Wei" <Wei.Huang2@xxxxxxx>
- Re: [patch 00/26] Xen-paravirt_ops: Xen guest implementation for paravirt_ops interface
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [patch 03/26] Xen-paravirt_ops: use paravirt_nop to consistently mark no-op operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 04/26] Xen-paravirt_ops: Add pagetable accessors to pack and unpack pagetable entries
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 05/26] Xen-paravirt_ops: paravirt_ops: hooks to set up initial pagetable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 24/26] Xen-paravirt_ops: Add the Xenbus sysfs and virtual device hotplug driver.
- From: Greg KH <greg@xxxxxxxxx>
- Re: [patch 08/26] Xen-paravirt_ops: add hooks to intercept mm creation and destruction
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 12/26] Xen-paravirt_ops: Fix patch site clobbers to include return register
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 00/26] Xen-paravirt_ops: Xen guest implementation for paravirt_ops interface
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- Re: [patch 15/26] Xen-paravirt_ops: Add apply_to_page_range() which applies a function to a pte range.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 16/26] Xen-paravirt_ops: Allocate and free vmalloc areas
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 18/26] Xen-paravirt_ops: Add XEN config options
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 21/26] Xen-paravirt_ops: Use the hvc console infrastructure for Xen console
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 23/26] Xen-paravirt_ops: Add Xen grant table support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 24/26] Xen-paravirt_ops: Add the Xenbus sysfs and virtual device hotplug driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patch 00/26] Xen-paravirt_ops: Xen guest implementation for paravirt_ops interface
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 15/26] Xen-paravirt_ops: Add apply_to_page_range() which applies a function to a pte range.
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 24/26] Xen-paravirt_ops: Add the Xenbus sysfs and virtual device hotplug driver.
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 24/26] Xen-paravirt_ops: Add the Xenbus sysfs and virtual device hotplug driver.
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 24/26] Xen-paravirt_ops: Add the Xenbus sysfs and virtual device hotplug driver.
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [PATCH] make CONFIG_PARAVIRT require NO_HZ
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [patch 21/26] Xen-paravirt_ops: Use the hvc console infrastructure for Xen console
- From: Keir Fraser <keir@xxxxxxxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- Re: [PATCH] make CONFIG_PARAVIRT require NO_HZ
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [Xen-devel] Re: [patch 21/26] Xen-paravirt_ops: Use the hvc console infrastructure for Xen console
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] make CONFIG_PARAVIRT require NO_HZ
- From: Andi Kleen <ak@xxxxxxx>
- Re: [PATCH] make CONFIG_PARAVIRT require NO_HZ
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [Xen-devel] Re: [patch 21/26] Xen-paravirt_ops: Use the hvc console infrastructure for Xen console
- From: Keir Fraser <keir@xxxxxxxxxxxxx>
- Re: [Xen-devel] Re: [patch 21/26] Xen-paravirt_ops: Use the hvc console infrastructure for Xen console
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 02/26] Xen-paravirt_ops: ignore vgacon if hardware not present
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 01/26] Xen-paravirt_ops: Fix typo in sync_constant_test_bit()s name.
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 03/26] Xen-paravirt_ops: use paravirt_nop to consistently mark no-op operations
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 04/26] Xen-paravirt_ops: Add pagetable accessors to pack and unpack pagetable entries
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 05/26] Xen-paravirt_ops: paravirt_ops: hooks to set up initial pagetable
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch 06/26] Xen-paravirt_ops: paravirt_ops: allocate a fixmap slot
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 07/26] Xen-paravirt_ops: Allow paravirt backend to choose kernel PMD sharing
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 08/26] Xen-paravirt_ops: add hooks to intercept mm creation and destruction
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [Xen-devel] Re: [patch 21/26] Xen-paravirt_ops: Use the hvc console infrastructure for Xen console
- From: Keir Fraser <keir@xxxxxxxxxxxxx>
- Re: [patch 09/26] Xen-paravirt_ops: remove HAVE_ARCH_MM_LIFETIME, define no-op architecture implementations
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 12/26] Xen-paravirt_ops: Fix patch site clobbers to include return register
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 13/26] Xen-paravirt_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 00/26] Xen-paravirt_ops: Xen guest implementation for paravirt_ops interface
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 14/26] Xen-paravirt_ops: add common patching machinery
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 15/26] Xen-paravirt_ops: Add apply_to_page_range() which applies a function to a pte range.
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 16/26] Xen-paravirt_ops: Allocate and free vmalloc areas
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 18/26] Xen-paravirt_ops: Add XEN config options
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 17/26] Xen-paravirt_ops: Add nosegneg capability to the vsyscall page notes
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
- Re: [patch 21/26] Xen-paravirt_ops: Use the hvc console infrastructure for Xen console
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 22/26] Xen-paravirt_ops: Add early printk support via hvc console
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 23/26] Xen-paravirt_ops: Add Xen grant table support
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 24/26] Xen-paravirt_ops: Add the Xenbus sysfs and virtual device hotplug driver.
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [patch 00/26] Xen-paravirt_ops: Xen guest implementation for paravirt_ops interface
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [PATCH] make CONFIG_PARAVIRT require NO_HZ
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [PATCH] make CONFIG_PARAVIRT require NO_HZ
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Zachary Amsden <zach@xxxxxxxxxx>
- [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: [patch 10/34] Xen-pv_ops: Simplify smp_call_function*() by using common implementation
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
- Re: [RFC, PATCH] Fixup COMPAT_VDSO to work with CONFIG_PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Paul Mackerras <paulus@xxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Con Kolivas <kernel@xxxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Con Kolivas <kernel@xxxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH/RFC] replace get_scheduled_cycles with sched_clock paravirt_op
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: [patch 28/34] Xen-pv_ops: Xen SMP guest support
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Rik van Riel <riel@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [PATCH/RFC] replace get_scheduled_cycles with sched_clock paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [patch 28/34] Xen-pv_ops: Xen SMP guest support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
- Re: [patch 28/34] Xen-pv_ops: Xen SMP guest support
- From: Benjamin LaHaise <bcrl@xxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- [patch 26/34] Xen-pv_ops: Complete pagetable pinning for Xen
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 32/34] Xen-pv_ops: Add the Xenbus sysfs and virtual device hotplug driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 25/34] Xen-pv_ops: Core Xen implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 34/34] Xen-pv_ops: Add the Xen virtual network device driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 33/34] Xen-pv_ops: Add Xen virtual block device driver.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 31/34] Xen-pv_ops: Add Xen grant table support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 24/34] Xen-pv_ops: Add Xen interface header files
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 27/34] Xen-pv_ops: Implement Xen clockevent device
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 20/34] Xen-pv_ops: Add apply_to_page_range() which applies a function to a pte range.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 08/34] Xen-pv_ops: Allow paravirt backend to choose kernel PMD sharing
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 13/34] Xen-pv_ops: Use patch site IDs computed from offset in paravirt_ops structure
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 06/34] Xen-pv_ops: Hooks to set up initial pagetable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 17/34] Xen-pv_ops: add flush_tlb_others paravirt_op
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 23/34] Xen-pv_ops: Add XEN config options
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 11/34] Xen-pv_ops: Add smp_ops interface
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 19/34] Xen-pv_ops: add kmap_atomic_pte for mapping highpte pages
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 28/34] Xen-pv_ops: Xen SMP guest support
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 14/34] Xen-pv_ops: Fix patch site clobbers to include return register
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 30/34] Xen-pv_ops: Add early printk support via hvc console
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 29/34] Xen-pv_ops: Use the hvc console infrastructure for Xen console
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 15/34] Xen-pv_ops: Consistently wrap paravirt ops callsites to make them patchable
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 12/34] Xen-pv_ops: rename struct paravirt_patch to paravirt_patch_site for clarity
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 16/34] Xen-pv_ops: add common patching machinery
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 22/34] Xen-pv_ops: Add nosegneg capability to the vsyscall page notes
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 05/34] Xen-pv_ops: Add pagetable accessors to pack and unpack pagetable entries
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 10/34] Xen-pv_ops: Simplify smp_call_function*() by using common implementation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 18/34] Xen-pv_ops: revert map_pt_hook.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 21/34] Xen-pv_ops: Allocate and free vmalloc areas
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 09/34] Xen-pv_ops: add hooks to intercept mm creation and destruction
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 04/34] Xen-pv_ops: use paravirt_nop to consistently mark no-op operations
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 00/34] Xen-pv_ops: Xen guest implementation for paravirt_ops interface
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 07/34] Xen-pv_ops: Allocate a fixmap slot
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 02/34] Xen-pv_ops: ignore vgacon if hardware not present
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 01/34] Xen-pv_ops: Fix typo in sync_constant_test_bit()s name.
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [patch 03/34] Xen-pv_ops: update MAINTAINERS
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [PATCH 2/9] Sched clock paravirt op fix.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 2/9] Sched clock paravirt op fix.patch
- From: Andi Kleen <ak@xxxxxx>
- Re: Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Stolen and degraded time and schedulers
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: [PATCH 2/9] Sched clock paravirt op fix.patch
- From: Andi Kleen <ak@xxxxxx>
- Re: [PATCH 2/9] Sched clock paravirt op fix.patch
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [PATCH 2/9] Sched clock paravirt op fix.patch
- From: Rik van Riel <riel@xxxxxxxxxx>
- Stolen and degraded time and schedulers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 2/9] Sched clock paravirt op fix.patch
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [PATCH 2/9] Sched clock paravirt op fix.patch
- From: Andi Kleen <ak@xxxxxx>
- Re: Virtualization + CPU w/crypto acceleration instructions
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Virtualization + CPU w/crypto acceleration instructions
- From: Zachary Amsden <zach@xxxxxxxxxx>
- RE: [Xen-users] Virtualization + CPU w/crypto acceleration instructions
- From: "Kraska, Joe A \(US SSA\)" <joe.kraska@xxxxxxxxxxxxxx>
- Re: Virtualization + CPU w/crypto acceleration instructions
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Virtualization + CPU w/crypto acceleration instructions
- From: "Molle Bestefich" <molle.bestefich@xxxxxxxxx>
- Re: Use of absolute timeouts for oneshot timers
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Use of absolute timeouts for oneshot timers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Use of absolute timeouts for oneshot timers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Use of absolute timeouts for oneshot timers
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Use of absolute timeouts for oneshot timers
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: pte_offset_map + lazy mmu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: PATCH: Fix VMI and COMPAT_VDSO for 2.6.21
- From: Zachary Amsden <zach@xxxxxxxxxx>
- UNIXbased NFS packs
- From: "Nella laffey" <Nella219@xxxxxxxxx>
- Re: PATCH: Fix VMI and COMPAT_VDSO for 2.6.21
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: pte_offset_map + lazy mmu
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: PATCH: Fix VMI and COMPAT_VDSO for 2.6.21
- From: Zachary Amsden <zach@xxxxxxxxxx>
- PATCH: Fix VMI and COMPAT_VDSO for 2.6.21
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: pte_offset_map + lazy mmu
- From: Zachary Amsden <zach@xxxxxxxxxx>
- pte_offset_map + lazy mmu
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- email back up!
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC/PATCH LGUEST X86_64 00/13] Lguest for the x86_64
- From: Avi Kivity <avi@xxxxxxxxxxxx>
- Re: [RFC/PATCH LGUEST X86_64 03/13] lguest64 core
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC/PATCH LGUEST X86_64 06/13] lguest64 Kconfig
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: [RFC/PATCH LGUEST X86_64 01/13] HV VM Fix map area for HV.
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: hardwired VMI crap
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: hardwired VMI crap
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: hardwired VMI crap
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: hardwired VMI crap
- From: Daniel Walker <dwalker@xxxxxxxxxx>
- Re: [RFC/PATCH LGUEST X86_64 00/13] Lguest for the x86_64
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: hardwired VMI crap
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: hardwired VMI crap
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: hardwired VMI crap
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: hardwired VMI crap
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: hardwired VMI crap
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: hardwired VMI crap
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Andi Kleen <ak@xxxxxxx>
- Re: hardwired VMI crap
- From: Andi Kleen <ak@xxxxxxx>
- Re: hardwired VMI crap
- From: Andi Kleen <ak@xxxxxxx>
- Re: hardwired VMI crap
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: hardwired VMI crap
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: hardwired VMI crap
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Daniel Arai <arai@xxxxxxxxxx>
- Re: hardwired VMI crap
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 03/13] lguest64 core
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 07/13] lguest64 loader
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 10/13] dont compile in the lguest_net
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 09/13] lguest64 devices
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 13/13] Hack to get output
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 12/13] dump stack on crash
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 08/13] lguest64 user header.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 11/13] x86_64 HVC attempt.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 06/13] lguest64 Kconfig
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 02/13] hvvm export page utils
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 04/13] Useful debugging
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 05/13] asm-offsets update
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 01/13] HV VM Fix map area for HV.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH LGUEST X86_64 00/13] Lguest for the x86_64
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC/PATCH PV_OPS X86_64 05/17] pravirt_ops - segments
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC/PATCH PV_OPS X86_64 00/17] Paravirt_ops for x86_64
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: hardwired VMI crap
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: hardwired VMI crap
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC/PATCH PV_OPS X86_64 05/17] pravirt_ops - segments
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC/PATCH PV_OPS X86_64 00/17] Paravirt_ops for x86_64
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 17/17] paravirt_ops - pda entry
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 16/17] paravirt_ops - touch ups
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 12/17] paravirt_ops - interrupt/exception changes
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 14/17] paravirt_ops - vsyscall
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 15/17] paravirt_op - kconfig
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 13/17] paravirt_ops - time updates
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 10/17] paravirt_ops - boot changes
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 11/17] paravirt_ops - asm-offset updates
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 09/17] paravirt_ops - bios changes
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 08/17] paravirt_ops - memory managment
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 07/17] paravirt_ops - descriptor changes.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 00/17] Paravirt_ops for x86_64
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 02/17] paravirt_ops - msr
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 03/17] paravirt_ops - system routines
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 04/17] pavarvirt_ops - apci header updates
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 05/17] pravirt_ops - segments
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 06/17] paravirt_op - miscellaneous updates.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 01/17] paravirt_ops - core changes
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC/PATCH PV_OPS X86_64 00/17] Paravirt_ops for x86_64
- From: Steven Rostedt <srostedt@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Daniel Arai <arai@xxxxxxxxxx>
- Re: system call time increase when turning on CONFIG_PARAVIRT
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: system call time increase when turning on CONFIG_PARAVIRT
- From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: vdso relocation
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- vdso relocation
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Xen & VMI?
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: James Morris <jmorris@xxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: James Morris <jmorris@xxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: [RFC] ARP notify option
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Xen & VMI?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Xen & VMI?
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Xen & VMI?
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC] ARP notify option
- From: Pekka Savola <pekkas@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Xen & VMI?
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: Xen & VMI?
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: Xen & VMI?
- From: Zachary Amsden <zach@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Xen & VMI?
- From: Anthony Liguori <anthony@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: Xen & VMI?
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC] ARP notify option
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Xen & VMI?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- RE: Xen & VMI?
- From: "Nakajima, Jun" <jun.nakajima@xxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: Xen & VMI?
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Andi Kleen <ak@xxxxxxx>
- Re: Xen & VMI?
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: [RFC] ARP notify option
- From: "Chris Friesen" <cfriesen@xxxxxxxxxx>
- Re: Xen & VMI?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Xen & VMI?
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: Dan Hecht <dhecht@xxxxxxxxxx>
- Re: Xen & VMI?
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Xen & VMI?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Xen & VMI?
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: Xen & VMI?
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Xen & VMI?
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: Xen & VMI?
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC] ARP notify option
- From: Chris Wright <chrisw@xxxxxxxxxxxx>
- Re: [RFC] ARP notify option
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- [RFC] ARP notify option
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch] paravirt: VDSO page is essential
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Re: Xen & VMI?
- From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
- Xen & VMI?
- From: kraxel at suse.de (Gerd Hoffmann)
- + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: tglx at linutronix.de (Thomas Gleixner)
- Xen & VMI?
- From: mingo at elte.hu (Ingo Molnar)
- Xen & VMI?
- From: mingo at elte.hu (Ingo Molnar)
- Xen & VMI?
- From: kraxel at suse.de (Gerd Hoffmann)
- Xen & VMI?
- From: kraxel at suse.de (Gerd Hoffmann)
- Xen & VMI?
- From: avi at argo.co.il (Avi Kivity)
- Xen & VMI?
- From: mingo at elte.hu (Ingo Molnar)
- Xen & VMI?
- From: mingo at elte.hu (Ingo Molnar)
- Xen & VMI?
- From: kraxel at suse.de (Gerd Hoffmann)
- Xen & VMI?
- From: mingo at elte.hu (Ingo Molnar)
- Xen & VMI?
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- Xen & VMI?
- From: zach at vmware.com (Zachary Amsden)
- + stupid-hack-to-make-mainline-build.patch added to -mm tree
- From: zach at vmware.com (Zachary Amsden)
- Xen & VMI?
- From: mingo at elte.hu (Ingo Molnar)
- Xen & VMI?
- From: zach at vmware.com (Zachary Amsden)
- Xen & VMI?
- From: kraxel at suse.de (Gerd Hoffmann)
- Xen & VMI?
- From: mingo at elte.hu (Ingo Molnar)
- [Xen-devel] [PATCH 2/10] linux 2.6.18: COMPAT_VDSO
- From: jbeulich at novell.com (Jan Beulich)
- [patch] paravirt: VDSO page is essential
- From: mingo at elte.hu (Ingo Molnar)
- [patch] paravirt: VDSO page is essential
- From: zach at vmware.com (Zachary Amsden)
- [patch] paravirt: VDSO page is essential
- From: mingo at elte.hu (Ingo Molnar)
- [RFC] Arp announce (for Xen)
- From: davem at davemloft.net (David Miller)
- [patch] paravirt: VDSO page is essential
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch] paravirt: VDSO page is essential
- From: zach at vmware.com (Zachary Amsden)
- [patch] paravirt: VDSO page is essential
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch] paravirt: VDSO page is essential
- From: rusty at rustcorp.com.au (Rusty Russell)
- [patch] paravirt: VDSO page is essential
- From: zach at vmware.com (Zachary Amsden)
- [patch] paravirt: VDSO page is essential
- From: rusty at rustcorp.com.au (Rusty Russell)
- [patch] paravirt: VDSO page is essential
- From: zach at vmware.com (Zachary Amsden)
- [patch] paravirt: VDSO page is essential
- From: zach at vmware.com (Zachary Amsden)
- [patch] paravirt: VDSO page is essential
- From: mingo at elte.hu (Ingo Molnar)
- [patch] paravirt: VDSO page is essential
- From: ak at suse.de (Andi Kleen)
- [patch] paravirt: VDSO page is essential
- From: zach at vmware.com (Zachary Amsden)
- [Xen-devel] [PATCH 2/10] linux 2.6.18: COMPAT_VDSO
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch] paravirt: VDSO page is essential
- From: ak at suse.de (Andi Kleen)
- [patch] paravirt: VDSO page is essential
- From: mingo at elte.hu (Ingo Molnar)
- [patch] paravirt: VDSO page is essential
- From: mingo at elte.hu (Ingo Molnar)
- [patch] paravirt: VDSO page is essential
- From: rusty at rustcorp.com.au (Rusty Russell)
- [PATCH 4/9] Vmi fix highpte
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 4/9] Vmi fix highpte
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [PATCH 4/9] Vmi fix highpte
- From: zach at vmware.com (Zachary Amsden)
- system call time increase when turning on CONFIG_PARAVIRT
- From: zach at vmware.com (Zachary Amsden)
- system call time increase when turning on CONFIG_PARAVIRT
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- system call time increase when turning on CONFIG_PARAVIRT
- From: tim.c.chen at linux.intel.com (Tim Chen)
- system call time increase when turning on CONFIG_PARAVIRT
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [RFC] Arp announce (for Xen)
- From: chrisw at sous-sol.org (Chris Wright)
- [PATCH 4/9] Vmi fix highpte
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [RFC] Arp announce (for Xen)
- From: hadi at cyberus.ca (jamal)
- [RFC] Arp announce (for Xen)
- From: ak at muc.de (Andi Kleen)
- [PATCH 4/9] Vmi fix highpte
- From: zach at vmware.com (Zachary Amsden)
- [RFC] Arp announce (for Xen)
- From: Keir.Fraser at cl.cam.ac.uk (Keir Fraser)
- [PATCH 4/9] Vmi fix highpte
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [PATCH 4/9] Vmi fix highpte
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 4/9] Vmi fix highpte
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [PATCH 4/9] Vmi fix highpte
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 4/9] Vmi fix highpte
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [PATCH 4/9] Vmi fix highpte
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [PATCH 9/9] Vmi smp fixes.patch
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 8/9] Vmi apic ops.diff
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 7/9] Fix nohz compile.patch
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 6/9] Pit override.patch
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 5/9] Paravirt drop udelay op
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 4/9] Vmi fix highpte
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 3/9] Vmi cpu cycles.patch
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 2/9] Sched clock paravirt op fix.patch
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 1/9] Vmi timer fixes round two.patch
- From: zach at vmware.com (Zachary Amsden)
- [PATCH 0/9] Bugfix patches for i386/vmi/paravirt-ops
- From: zach at vmware.com (Zachary Amsden)
- [RFC] Arp announce (for Xen)
- From: shemminger at linux-foundation.org (Stephen Hemminger)
- [patch 26/26] Xen-paravirt_ops: Add the Xen virtual network device driver.
- From: chrisw at sous-sol.org (Chris Wright)
- [patch 26/26] Xen-paravirt_ops: Add the Xen virtual network device driver.
- From: hch at infradead.org (Christoph Hellwig)
- [patch 12/26] Xen-paravirt_ops: Fix patch site clobbers to include return register
- From: zach at vmware.com (Zachary Amsden)
- [patch 12/26] Xen-paravirt_ops: Fix patch site clobbers to include return register
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 26/26] Xen-paravirt_ops: Add the Xen virtual network device driver.
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 12/26] Xen-paravirt_ops: Fix patch site clobbers to include return register
- From: zach at vmware.com (Zachary Amsden)
- [patch 12/26] Xen-paravirt_ops: Fix patch site clobbers to include return register
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 12/26] Xen-paravirt_ops: Fix patch site clobbers to include return register
- From: zach at vmware.com (Zachary Amsden)
- [patch 26/26] Xen-paravirt_ops: Add the Xen virtual network device driver.
- From: shemminger at linux-foundation.org (Stephen Hemminger)
- [patch 26/26] Xen-paravirt_ops: Add the Xen virtual network device driver.
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 25/26] Xen-paravirt_ops: Add Xen virtual block device driver.
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 24/26] Xen-paravirt_ops: Add the Xenbus sysfs and virtual device hotplug driver.
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 23/26] Xen-paravirt_ops: Add Xen grant table support
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 22/26] Xen-paravirt_ops: Add early printk support via hvc console
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 21/26] Xen-paravirt_ops: Use the hvc console infrastructure for Xen console
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 20/26] Xen-paravirt_ops: Core Xen implementation
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 19/26] Xen-paravirt_ops: Add Xen interface header files
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 18/26] Xen-paravirt_ops: Add XEN config options
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 17/26] Xen-paravirt_ops: Add nosegneg capability to the vsyscall page notes
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 16/26] Xen-paravirt_ops: Allocate and free vmalloc areas
- From: jeremy at goop.org (Jeremy Fitzhardinge)
- [patch 15/26] Xen-paravirt_ops: Add apply_to_page_range() which applies a function to a pte range.
- From: jeremy at goop.org (Jeremy Fitzhardinge)
[Index of Archives]
[KVM]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]