search for: use_real_time_delay

...:16 2007 -0800 @@ -33,11 +33,6 @@ * Dave Jones : Report invalid combinations of Athlon CPUs. * Rusty Russell : Hacked into shape for new "hotplug" boot process. */ - -/* SMP boot always wants to use real time delay to allow sufficient time for - * the APs to come online */ -#define USE_REAL_TIME_DELAY - #include <linux/module.h> #include <linux/init.h> #include <linux/kernel.h> diff -r 135d1b73c878 arch/i386/kernel/vmi.c --- a/arch/i386/kernel/vmi.c Tue Feb 27 16:23:56 2007 -0800 +++ b/arch/i386/kernel/vmi.c Tue Feb 27 16:28:00 2007 -0800 @@ -48,7 +48,6 @@ typedef u64 __attr...

...:16 2007 -0800 @@ -33,11 +33,6 @@ * Dave Jones : Report invalid combinations of Athlon CPUs. * Rusty Russell : Hacked into shape for new "hotplug" boot process. */ - -/* SMP boot always wants to use real time delay to allow sufficient time for - * the APs to come online */ -#define USE_REAL_TIME_DELAY - #include <linux/module.h> #include <linux/init.h> #include <linux/kernel.h> diff -r 135d1b73c878 arch/i386/kernel/vmi.c --- a/arch/i386/kernel/vmi.c Tue Feb 27 16:23:56 2007 -0800 +++ b/arch/i386/kernel/vmi.c Tue Feb 27 16:28:00 2007 -0800 @@ -48,7 +48,6 @@ typedef u64 __attr...

...he second is udela= y, which is used in many places. The only code that actually depends on a real time delay in a virtual machine is SMP bootstrapping, which must wait for t= he APs to come online. For this purpose, I have introduced a way to override the paravirt-ops implementation, by defining USE_REAL_TIME_DELAY before the header files are included. Similarly, the boot decompressor uses I/O instructions, and it cannot yet use the paravirt-ops versions. So it must undefine CONFIG_PARAVIRT to prevent io_delay from being redefined. Signed-off-by: Zachary Amsden <zach@vmware.com> =3D=3D=3D=3D=3D=3D=3...

...he second is udela= y, which is used in many places. The only code that actually depends on a real time delay in a virtual machine is SMP bootstrapping, which must wait for t= he APs to come online. For this purpose, I have introduced a way to override the paravirt-ops implementation, by defining USE_REAL_TIME_DELAY before the header files are included. Similarly, the boot decompressor uses I/O instructions, and it cannot yet use the paravirt-ops versions. So it must undefine CONFIG_PARAVIRT to prevent io_delay from being redefined. Signed-off-by: Zachary Amsden <zach@vmware.com> =3D=3D=3D=3D=3D=3D=3...

The following patches introduce the core infrastructure needed to paravirtualize the 32-bit x86 Linux kernel. This is done by moving virtualization sensitive insn's or code paths to a function table, paravirt_ops. This structure can be populated with hypervisor specific calls or native stubs and currently support running on bare metal, VMI, Xen, or Lhype. These patches apply to

The following patches introduce the core infrastructure needed to paravirtualize the 32-bit x86 Linux kernel. This is done by moving virtualization sensitive insn's or code paths to a function table, paravirt_ops. This structure can be populated with hypervisor specific calls or native stubs and currently support running on bare metal, VMI, Xen, or Lhype. These patches apply to

This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block

This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block

This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual block

Hi Andi, This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual

Hi Andi, This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual

Hi Andi, This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual