Displaying 20 results from an estimated 23 matches for "vmi_32".
Did you mean:
vmi_
2008 Jul 15
4
Patch from LKML
...un, Jul 13, 2008 at 10:19:35PM -0700, Yinghai Lu wrote:
> >>
> >> fix for pv.
> >>
> >> Signed-off-by: Yinghai Lu <yhlu.kernel at gmail.com>
> >>
> >> ---
> >> arch/x86/kernel/paravirt.c | 5 ----
> >> arch/x86/kernel/vmi_32.c | 51 ++++++++++++++++++++++++++++++++++++++++++---
> >> arch/x86/xen/enlighten.c | 19 +++++++---------
> >> include/asm-x86/paravirt.h | 29 -------------------------
> >> 4 files changed, 57 insertions(+), 47 deletions(-)
> >>
> >> Index:...
2008 Jul 15
4
Patch from LKML
...un, Jul 13, 2008 at 10:19:35PM -0700, Yinghai Lu wrote:
> >>
> >> fix for pv.
> >>
> >> Signed-off-by: Yinghai Lu <yhlu.kernel at gmail.com>
> >>
> >> ---
> >> arch/x86/kernel/paravirt.c | 5 ----
> >> arch/x86/kernel/vmi_32.c | 51 ++++++++++++++++++++++++++++++++++++++++++---
> >> arch/x86/xen/enlighten.c | 19 +++++++---------
> >> include/asm-x86/paravirt.h | 29 -------------------------
> >> 4 files changed, 57 insertions(+), 47 deletions(-)
> >>
> >> Index:...
2009 Sep 18
3
Paravirtualization on VMware's Platform [VMI].
...we
think VMI has outlived those requirements too.
In light of these results and availability of such hardware, we have
decided to stop supporting VMI in our future products.
Given this new development, I wanted to discuss how should we go about
retiring the VMI code from mainline Linux, i.e. the vmi_32.c and
vmiclock_32.c bits.
One of the options that I am contemplating is to drop the code from the
tip tree in this release cycle, and given that this should be a low risk
change we can remove it from Linus's tree later in the merge cycle.
Let me know your views on this or if you think we shou...
2009 Sep 18
3
Paravirtualization on VMware's Platform [VMI].
...we
think VMI has outlived those requirements too.
In light of these results and availability of such hardware, we have
decided to stop supporting VMI in our future products.
Given this new development, I wanted to discuss how should we go about
retiring the VMI code from mainline Linux, i.e. the vmi_32.c and
vmiclock_32.c bits.
One of the options that I am contemplating is to drop the code from the
tip tree in this release cycle, and given that this should be a low risk
change we can remove it from Linus's tree later in the merge cycle.
Let me know your views on this or if you think we shou...
2007 Oct 31
3
[PATCH 0/7] (Re-)introducing pvops for x86_64 - Consolidation part
Hi folks,
Here is the result of the latest work on the pvops front, after the x86
arch merge. From the functionality point of view, almost nothing was
changed, except for proper vsmp support - which was discussed, but not
implemented before - and the introduction of smp_ops in x86_64, which eased
the merging of the smp header.
Speaking of the merge, a significant part (although not majority) of
2007 Oct 31
3
[PATCH 0/7] (Re-)introducing pvops for x86_64 - Consolidation part
Hi folks,
Here is the result of the latest work on the pvops front, after the x86
arch merge. From the functionality point of view, almost nothing was
changed, except for proper vsmp support - which was discussed, but not
implemented before - and the introduction of smp_ops in x86_64, which eased
the merging of the smp header.
Speaking of the merge, a significant part (although not majority) of
2007 Dec 06
51
[PATCH 0/19] desc_struct integration
Hi,
this is a series of patches that unify the struct desc_struct and friends
across x86_64 and i386. As usual, it provides paravirt capabilities as a
side-effect for x86_64.
I consider the main goal, namely, of unifying the desc_struct, an ongoing
effort, being this the beginning. A lot of old code has to be touched to
accomplish that.
I don't consider this patch ready for inclusion.
2007 Dec 06
51
[PATCH 0/19] desc_struct integration
Hi,
this is a series of patches that unify the struct desc_struct and friends
across x86_64 and i386. As usual, it provides paravirt capabilities as a
side-effect for x86_64.
I consider the main goal, namely, of unifying the desc_struct, an ongoing
effort, being this the beginning. A lot of old code has to be touched to
accomplish that.
I don't consider this patch ready for inclusion.
2007 Oct 15
13
[PATCH 00/12] xen/paravirt_ops patches for 2.6.24
...ugfix needed for 2.6.23. I've also cc:d them to stable@kernel.org
Diffstat:
arch/x86/kernel/alternative.c | 4
arch/x86/kernel/asm-offsets_32.c | 14
arch/x86/kernel/entry_32.S | 2
arch/x86/kernel/paravirt_32.c | 234 ++++++++-----
arch/x86/kernel/vmi_32.c | 211 ++++++------
arch/x86/mm/init_32.c | 22 -
arch/x86/xen/enlighten.c | 295 +++++++++-------
arch/x86/xen/mmu.c | 149 ++++++--
arch/x86/xen/multicalls.c | 52 ++
arch/x86/xen/multicalls.h | 5
a...
2007 Oct 15
13
[PATCH 00/12] xen/paravirt_ops patches for 2.6.24
...ugfix needed for 2.6.23. I've also cc:d them to stable@kernel.org
Diffstat:
arch/x86/kernel/alternative.c | 4
arch/x86/kernel/asm-offsets_32.c | 14
arch/x86/kernel/entry_32.S | 2
arch/x86/kernel/paravirt_32.c | 234 ++++++++-----
arch/x86/kernel/vmi_32.c | 211 ++++++------
arch/x86/mm/init_32.c | 22 -
arch/x86/xen/enlighten.c | 295 +++++++++-------
arch/x86/xen/mmu.c | 149 ++++++--
arch/x86/xen/multicalls.c | 52 ++
arch/x86/xen/multicalls.h | 5
a...
2007 Oct 15
13
[PATCH 00/12] xen/paravirt_ops patches for 2.6.24
...ugfix needed for 2.6.23. I've also cc:d them to stable@kernel.org
Diffstat:
arch/x86/kernel/alternative.c | 4
arch/x86/kernel/asm-offsets_32.c | 14
arch/x86/kernel/entry_32.S | 2
arch/x86/kernel/paravirt_32.c | 234 ++++++++-----
arch/x86/kernel/vmi_32.c | 211 ++++++------
arch/x86/mm/init_32.c | 22 -
arch/x86/xen/enlighten.c | 295 +++++++++-------
arch/x86/xen/mmu.c | 149 ++++++--
arch/x86/xen/multicalls.c | 52 ++
arch/x86/xen/multicalls.h | 5
a...
2010 Aug 23
1
Removing VMI kernel support from 2.6.37
...000000ff
-
-#define VMI_ALARM_WIRED_IRQ0 0x00000000
-#define VMI_ALARM_WIRED_LVTT 0x00010000
-
-#define VMI_ALARM_IS_ONESHOT 0x00000000
-#define VMI_ALARM_IS_PERIODIC 0x00000100
-
-#define CONFIG_VMI_ALARM_HZ 100
-
-#endif /* _ASM_X86_VMI_TIME_H */
Index: linux-tip-master/arch/x86/kernel/vmi_32.c
===================================================================
--- linux-tip-master.orig/arch/x86/kernel/vmi_32.c 2010-08-23 11:36:03.000000000 -0700
+++ /dev/null 1970-01-01 00:00:00.000000000 +0000
@@ -1,893 +0,0 @@
-/*
- * VMI specific paravirt-ops implementation
- *
- * Copyright (C) 200...
2010 Aug 23
1
Removing VMI kernel support from 2.6.37
...000000ff
-
-#define VMI_ALARM_WIRED_IRQ0 0x00000000
-#define VMI_ALARM_WIRED_LVTT 0x00010000
-
-#define VMI_ALARM_IS_ONESHOT 0x00000000
-#define VMI_ALARM_IS_PERIODIC 0x00000100
-
-#define CONFIG_VMI_ALARM_HZ 100
-
-#endif /* _ASM_X86_VMI_TIME_H */
Index: linux-tip-master/arch/x86/kernel/vmi_32.c
===================================================================
--- linux-tip-master.orig/arch/x86/kernel/vmi_32.c 2010-08-23 11:36:03.000000000 -0700
+++ /dev/null 1970-01-01 00:00:00.000000000 +0000
@@ -1,893 +0,0 @@
-/*
- * VMI specific paravirt-ops implementation
- *
- * Copyright (C) 200...
2008 May 08
4
[PATCH 0/4] paravirt clock series.
Respin of the paravirt clock patch series.
On the host side the kvm paravirt clock is made compatible with the
xen clock.
On the guest side some xen code has been factored out into a separate
source file shared by both kvm and xen clock implementations.
This time it should work ok for kvm smp guests ;)
cheers,
Gerd
2008 May 08
4
[PATCH 0/4] paravirt clock series.
Respin of the paravirt clock patch series.
On the host side the kvm paravirt clock is made compatible with the
xen clock.
On the guest side some xen code has been factored out into a separate
source file shared by both kvm and xen clock implementations.
This time it should work ok for kvm smp guests ;)
cheers,
Gerd
2008 May 16
5
[PATCH 0/4] paravirt clock source patches, #3
paravirt clock source patches, next round, with a bunch of changes
in the host code according to Avi's review comments and some minor
code tweaks.
cheers,
Gerd
2008 May 16
5
[PATCH 0/4] paravirt clock source patches, #3
paravirt clock source patches, next round, with a bunch of changes
in the host code according to Avi's review comments and some minor
code tweaks.
cheers,
Gerd
2008 Jun 03
6
[PATCH 0/5] paravirt clock source patches, #5
paravirt clock source patches, next round.
There is now a pvclock-abi.h file with the structs and some longish
comments in it and everybody is switched over to use the stuff in
there.
Some minor tweaks after super-fast review by Jeremy.
The queue is on top of the kvm git tree. The first two patches should
have no kvm dependencies and should apply to linus tree just fine.
cheers,
Gerd
2008 Jun 03
6
[PATCH 0/5] paravirt clock source patches, #5
paravirt clock source patches, next round.
There is now a pvclock-abi.h file with the structs and some longish
comments in it and everybody is switched over to use the stuff in
there.
Some minor tweaks after super-fast review by Jeremy.
The queue is on top of the kvm git tree. The first two patches should
have no kvm dependencies and should apply to linus tree just fine.
cheers,
Gerd
2008 Jun 03
10
[PATCH 0/5] paravirt clock source patches, #4
paravirt clock source patches, next round.
There is now a pvclock-abi.h file with the structs and some longish
comments in it and everybody is switched over to use the stuff in
there.
cheers,
Gerd