Glauber de Oliveira Costa wrote:
> under paravirt, read cr2 cannot be issued directly anymore.
> So wrap it in a macro, defined to the operation itself in case
> paravirt is off, but to something else if we have paravirt
> in the game
>
Is this actually needed? It's only used in the early faul
Glauber de Oliveira Costa wrote:
> This patch introduces, and patch callers when needed, native
> versions for read/write_crX functions, clts and wbinvd.
>
> Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
> Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
> Acked-by: Jeremy Fitzhardi
Glauber de Oliveira Costa wrote:
> This patch makes vsmp a paravirt client. It now uses the whole
> infrastructure provided by pvops. When we detect we're running
> a vsmp box, we change the irq-related paravirt operations (and so,
> it have to happen quite early), and the patching function
>
> Sig
These patches are not simple code movement, and I haven't yet tested them so
I'm just putting them out for comment.
Basically we're expanding the VCPU creation path to add an "arch" layer between
main.c and svm/vmx.c. Since there is one call in each direction (main.c ->
svm/vmx.c, svm/vmx.c -> mai
3 files changed, 43 insertions(+), 20 deletions(-)
drivers/kvm/kvm.h |3 +++
drivers/kvm/kvm_main.c | 24
drivers/kvm/x86.c | 36
Create kvm_arch_vcpu_create(), moving more x86 code out of kvm_main.c.
Old code flow (fro
5 files changed, 65 insertions(+), 39 deletions(-)
drivers/kvm/kvm.h |3 ++
drivers/kvm/kvm_main.c | 35 +--
drivers/kvm/svm.c |6 ++---
drivers/kvm/vmx.c |6 ++---
drivers/kvm/x86.c | 54
Jerone Young wrote:
> Move kvm_context to kvmctl.h
>
>
Description seems outdated?
> This patch moves kvm_context from kvmctl.c to kvmctl.h. This is so
> other files are able to see members of kvm_context. Also you should
> allways declare stuff like this in a header anyway. Also moved are
> d
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
---
It might be preferable to handle these by defining a kvm_arch_vcpu_ioctl()
rather creating lots of new functions. I could go either way.
diff --git a/drivers/kvm/kvm.h b/drivers/kvm/kvm.h
--- a/drivers/kvm/kvm.h
+++ b/drivers/kvm/kvm.h
@@ -59
More straightforward code movement from kvm_main.c to x86.c.
These patches have been build-tested on x86-32, but not run.
kvm.h | 23 +
kvm_main.c | 757 -
x86.c | 734 +++
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
---
Each architecture can export its own data via the same "kvm" debugfs directory.
diff --git a/drivers/kvm/kvm.h b/drivers/kvm/kvm.h
--- a/drivers/kvm/kvm.h
+++ b/drivers/kvm/kvm.h
@@ -759,4 +759,11 @@ static inline u32 get_rdx_init_val(void)
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
diff --git a/drivers/kvm/kvm.h b/drivers/kvm/kvm.h
--- a/drivers/kvm/kvm.h
+++ b/drivers/kvm/kvm.h
@@ -589,6 +589,7 @@ int kvm_set_msr_common(struct kvm_vcpu *
void fx_init(struct kvm_vcpu *vcpu);
+void kvm_vcpu_block(struct kvm_vcpu *vcpu);
Signed-off-by: Hollis Blanchard <[EMAIL PROTECTED]>
diff --git a/drivers/kvm/kvm.h b/drivers/kvm/kvm.h
--- a/drivers/kvm/kvm.h
+++ b/drivers/kvm/kvm.h
@@ -631,6 +631,9 @@ long kvm_arch_vm_ioctl(struct file *filp
unsigned int ioctl, unsigned long arg);
void kvm_arch_destroy_
Cam Macdonell wrote:
>
> Hi Hollis and Avi,
>
> I run into a compile problem with libkvm when compiling kvm-49. It
> caused the compile problem mentioned in my email yesterday.
>
> It has to with the line in libkvm/Makefile
>
> CFLAGS += -I $(KERNELDIR)/include
>
> when compiling kvm-49 (git or
Hollis Blanchard wrote:
> On Wed, 2007-10-31 at 02:24 +0200, Avi Kivity wrote:
>
>> For x86 there are two kinds of mmio devices: one is the expected
>> system-wide mmio, and the other is mmio that depends not only on the
>> address, but also on which cpu originated the request. This type is
This patch makes vsmp a paravirt client. It now uses the whole
infrastructure provided by pvops. When we detect we're running
a vsmp box, we change the irq-related paravirt operations (and so,
it have to happen quite early), and the patching function
Signed-off-by: Glauber de Oliveira Costa <[EMAI
This patch prepares the x86_64 architecture initialization for
paravirt. It requires a memory initialization step, which is done
by implementing 64-bit version for machine_specific_memory_setup,
and putting an ARCH_SETUP hook, for guest-dependent initialization.
This last step is done akin to i386
We need something here because we can't call in and out instructions
directly. However, we have to be careful, because no indirections are
allowed in misc_64.c , and paravirt_ops is a kind of one. So just
call it directly there
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-of
This patch turns the page operations (set and make a page table)
into native_ versions. The operations itself will be later
overriden by paravirt.
It uses unsigned long long for consistency with 32-bit. So we
have to fix fault_64.c to get rid of warnings.
Signed-off-by: Glauber de Oliveira Costa
under paravirt, read cr2 cannot be issued directly anymore.
So wrap it in a macro, defined to the operation itself in case
paravirt is off, but to something else if we have paravirt
in the game
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTE
With paravirualization, hypervisors needs to handle the gdt,
that was right to this point only used at very early
inialization code. Hypervisors (lguest being the current case)
are commonly modules, so make it an export
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: St
This patch turns the set_p{te,md,ud,gd} functions into their
native_ versions. There is no need to patch any caller.
Also, it adds pte_update() and pte_update_defer() calls whenever
we modify a page table entry. This last part was coded to match
i386 as close as possible.
Pieces of the header are
When paravirtualization is disabled, the kernel is always
running at ring 0. So report it in the appropriate macro
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
include/asm-x86/s
The interrupt initialization routine becomes native_init_IRQ and will
be overriden later in case paravirt is on. The interrupt array is made visible
for guests such lguest, that will need to have their own initialization
mechanism (though using most of the same irq lines) later on.
Signed-off-by:
can be later replaced by paravirt versions.
it basically encloses {g,s}et_wallclock inside the
already existent functions update_persistent_clock and
read_persistent_clock, and defines {s,g}et_wallclock
to the core of such functions.
it also allow for a later-on-game time initialization, as done
This patch turns the basic descriptor handling into native_
functions. It is basically write_idt, load_idt, write_gdt,
load_gdt, set_ldt, store_tr, load_tls, and the ones
for updating a single entry.
In the process of doing that, we change the definition of
load_LDT_nolock, and caller sites have t
Hey folks,
This is the part-of-pvops-implementation-that-is-not-exactly-a-merge. Neat,
uh? This is the majority of the work.
The first patch in the series does not really belong here. It was already
sent to lkml separetedly before, but I'm including it again, for a very
simple reason: Try to tes
Those are the hooks needed for paravirt at entry_64.S
In general, they follow the way of i386.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/x86/kernel/entry_64.S | 108 +++
Export math_state_restore symbol, so it can be used for hypervisors.
They are commonly loaded as modules (lguest being an example).
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
This patch introduces, and patch callers when needed, native
versions for read/write_crX functions, clts and wbinvd.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/x86/mm/pag
Among other things, using -traditional as a gcc option stops us from
using macro token pasting, which is a feature we heavily rely on.
There was still a use of -traditional in arch/x86/kernel/Makefile_64,
which this patch removes.
I don't see any problems building kernels in my x86_64 box without
This patch goes one step forward in consolidating the msr.h header.
It shares code between i386 and x86_64, instead of duplicating the
code for tsc reading, msr reading/writing, etc.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acke
This patch consolidates apic.h functions for i386 and x86_64.
notice that we use u32 to be explicit about sizing requirements
between them
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]
This patch adds native hooks for debugreg handling functions,
and for the native load_rsp0 function. The later also have its
call sites patched. There's some room for consolidation in the
processor*.h headers, and it is done, for paravirt related functions
Signed-off-by: Glauber de Oliveira Costa
This patch consolidates part of the pieces of smp for both architectures.
(i386 and x86_64). It makes part the calls go through smp_ops. Later on,
making the functions themselves have shared code is doable and a logical
next step
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-
This patch consolidates part of the tlb handling functions for the x86
architecture. In this approach, we start by the parts actually used for
paravirt in i386.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardi
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
This patch consolidates the irqflags include files containing common
paravirt definitions. The native definition for interrupt handling, halt,
and such, are the same for 32 and 64 bit, and they are kept in irqflags.h.
The differences are split in the arch-specific files.
The syscall function, irq_
The cli and sti instructions need to be replaced by paravirt hooks.
For the i386 architecture, this is already done. The code requirements
aren't much different from x86_64 POV, so this part is consolidated in
the common header
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Signed-of
Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1193849564 18000
> # Node ID e2a804737e3b4847d7150dd5141e24a95460c46e
> # Parent e0abf43119181082d46e21c02b07f275f08db02b
> Move kvm_destroy_phys_mem to kvmctl-x86.c
>
>
this is good that you removed i
On Wed, 2007-10-31 at 12:37 -0500, Hollis Blanchard wrote:
> On Wed, 2007-10-31 at 12:05 -0500, Jerone Young wrote:
> > # HG changeset patch
> > # User Jerone Young <[EMAIL PROTECTED]>
> > # Date 1193849563 18000
> > # Node ID 19a7c6d2ddfd1383aeb8a9bc09d9fe0673e7f9cc
> > # Parent c3d6e1e2b8a03684
Jindrich Makovicka wrote:
> On Mon, 15 Oct 2007 08:33:43 -0600
> Cam Macdonell <[EMAIL PROTECTED]> wrote:
>
>> Jindrich Makovicka wrote:
>>> On Sat, 13 Oct 2007 12:39:15 +0200
>>>
>>> Even if it doesn't bring any performance benefits, I think that
>>> having a smoothly moving mouse cursor is usefu
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849563 18000
# Node ID 9c74b8e493e67f544c017b6bef8dd047c128c8d3
# Parent 19a7c6d2ddfd1383aeb8a9bc09d9fe0673e7f9cc
Make static slot & kvm_memory region funcions public
This patch changes static functions for manipulation of me
On Wed, 2007-10-31 at 09:45 +0200, Avi Kivity wrote:
> 'git gui' and 'git add -i' allow picking specific hunks out of a
> larger change.
This seems like better way of cutting patches. Thanks a lot for sharing
the trick.
--
Thanks & Regards,
Nitin
Open Source Technology Center, Intel Corporation
Hollis Blanchard wrote:
> I think the KERNELDIR change is a red herring: you probably ran
> configure with different arguments.
Hi Hollis,
The only one I run with is --prefix. It seems Avi latest patches fix
the problem (although I'm not sure how):
With Avi's latest changes, this now the compi
On Wed, 2007-10-31 at 12:05 -0500, Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1193849563 18000
> # Node ID 19a7c6d2ddfd1383aeb8a9bc09d9fe0673e7f9cc
> # Parent c3d6e1e2b8a0368485badcde0e55a82d9b1897d1
> Move kvm_context to kvmctl.h
>
> This patch
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849565 18000
# Node ID 374df93e6585eeb4f923265d2591b98c2d8e6bd1
# Parent 1e5d53747cb7e5b3ec8a35e36d7d4c9f35cb7c6b
Move cr8 functions to kvmctl-x86.c
This patch moves functions:
kvm_set_cr8
kvm_get_cr8
cr8 is
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 93f50f2aeecde3b78c110712acecce60e47e8899
# Parent 278fbab64f4b40dd4c40a7b07cb92e9b19aedd71
Change name of post_kvm_run & pre_kvm_run in kvmctl.c
This patch changes the name of:
post_kvm_run -->
Kaniciwa!
I am here to once again bring great honorable patches to refactor
libkvm x86 code. Patches that I sent in the past for this really took
the wrong approach, and also many variables that I was splitting out actually
could be shared amongst many architectures.
This is the fi
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849565 18000
# Node ID 5800fd87b4d5afcfc7d8ba7bf4a38e6eefb2acf8
# Parent 610dda45359f71e5d047867b33f5b8912aa30884
Remove unsued inclusion of linux/kvm_parah.h in userspace kvmctl.h
This remove unused code from kvmctl.h.
Sign
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 2046856ab739f070a37294645cfe22fd14923ee5
# Parent 93f50f2aeecde3b78c110712acecce60e47e8899
Move msrs functions to kvmctl-x86.c
This patch moves functions:
kvm_msr_list
move kvm_get_msrs
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 72ce75e8e95413d8e671ce9a1ffada64bf7715e5
# Parent 2046856ab739f070a37294645cfe22fd14923ee5
Move print_seg to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/libkvm/libkvm-x86.
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849565 18000
# Node ID 30414641dae8853149da869e7ddb86964c788118
# Parent 374df93e6585eeb4f923265d2591b98c2d8e6bd1
Move kvm_setup_cpuid to kvmctl-x86.c
cpuid is an x86 instruction, so needs to go
in the approriate place.
Sign
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 1e5d53747cb7e5b3ec8a35e36d7d4c9f35cb7c6b
# Parent fe1300ca9f861d5cf635d147485c8ef333bbac5a
Move kvm_get_apic to kvmctl-x86.c
Moves apic function since it is x86 only.
Signed-off-by: Jerone Young <[EMAI
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 8bb1470e4e5d442f0b46abedc9402a05e00119b6
# Parent 6a35e049b61391f45d8df6ccb5c11d9effc67bf7
Make functions in kvmctl.c nonstatic.
This patch makes the following functions nonstatic. These
functions are p
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 054af67e39314b79bbee8e4cc92a7354aff92fc2
# Parent 8bb1470e4e5d442f0b46abedc9402a05e00119b6
Move handle_io_abi_10 to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/libkvm/libk
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID cf8625fd771025b9ddfe5192eab79affd9be5885
# Parent 72ce75e8e95413d8e671ce9a1ffada64bf7715e5
Move kvm_show_regs to kvmctl-x86.c
This patch moves functions kvm_show_regs & print_dt
to kvmctl-x86.c. Since k
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID fe1300ca9f861d5cf635d147485c8ef333bbac5a
# Parent cf8625fd771025b9ddfe5192eab79affd9be5885
Declare kvm_abi as a global variable in kvmctl.h
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849565 18000
# Node ID 610dda45359f71e5d047867b33f5b8912aa30884
# Parent 30414641dae8853149da869e7ddb86964c788118
Move kvm_show_code to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/libkvm/libkvm-
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 278fbab64f4b40dd4c40a7b07cb92e9b19aedd71
# Parent a694904630e6805dfe51f4eed16e18b7ac2ed504
Move kvm_run_abi10 to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/libkvm/libkvm-
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID a694904630e6805dfe51f4eed16e18b7ac2ed504
# Parent 054af67e39314b79bbee8e4cc92a7354aff92fc2
Move handle_mmio_abi10 to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/libkvm/lib
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 6a35e049b61391f45d8df6ccb5c11d9effc67bf7
# Parent edb32b02931230708cc80c38d8260d31d44e0344
Move kvm_get & kmv_set_lapci functions to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID e2a804737e3b4847d7150dd5141e24a95460c46e
# Parent e0abf43119181082d46e21c02b07f275f08db02b
Move kvm_destroy_phys_mem to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/libkvm/
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 70351a5f6af9602918e3e2475ca97574a83dbcac
# Parent c2ae34bff407fe7e3cfc695efdd1cfd4e2242403
Move kvm_alloc_userspace_memory to kvmctl-x86.c
This moves x86 specific function kvm_alloc_userspace_memory() o
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID a809d39bd74d33d221dd98cc6afa02d9a35889a4
# Parent 4d8d1bd969dc9a1f2ad3b983d7e63172bee64fd4
imported patch move_kvm_set_init_tss
diff --git a/libkvm/libkvm-x86.c b/libkvm/libkvm-x86.c
--- a/libkvm/libkvm
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID edb32b02931230708cc80c38d8260d31d44e0344
# Parent e2a804737e3b4847d7150dd5141e24a95460c46e
Move kvm_create_memory_alias & kvm_destroy_memory_alias to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PRO
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID e0abf43119181082d46e21c02b07f275f08db02b
# Parent 1d255ea8e5ed989683dd75cec1324791a12e14a2
Move kvm_create_phys_mem to kvmctl-x86.c
This patch moves kvm_create_phys_mem to kvmctl-x86.c
Signed-off-by: J
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 7445bcdab796596fb97312b97393e4f2936e5450
# Parent a809d39bd74d33d221dd98cc6afa02d9a35889a4
Move function kvm_create_default_phys_mem to kvmctl-x86 and rename
This patch moves function kvm_create_default
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 179d9b30ab973e6676dcd0b6fa08e9635969d44c
# Parent 7445bcdab796596fb97312b97393e4f2936e5450
Modify out arch specific code from kvm_create function
This function removes all x86 specific code and creates
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID c2ae34bff407fe7e3cfc695efdd1cfd4e2242403
# Parent 9c74b8e493e67f544c017b6bef8dd047c128c8d3
Move fuction kvm_alloc_kernel_memory to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --gi
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 4d8d1bd969dc9a1f2ad3b983d7e63172bee64fd4
# Parent 70351a5f6af9602918e3e2475ca97574a83dbcac
Move kvm_set_tss_addr to kvmctl-x86.c
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/libkvm/libk
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849564 18000
# Node ID 1d255ea8e5ed989683dd75cec1324791a12e14a2
# Parent 179d9b30ab973e6676dcd0b6fa08e9635969d44c
Move kvm_create_kernel_phys_mem to kvmctl-x86.c
This patch moves kvm_create_kernel_phys_mem to x86 as this is
t
# HG changeset patch
# User Jerone Young <[EMAIL PROTECTED]>
# Date 1193849563 18000
# Node ID 19a7c6d2ddfd1383aeb8a9bc09d9fe0673e7f9cc
# Parent c3d6e1e2b8a0368485badcde0e55a82d9b1897d1
Move kvm_context to kvmctl.h
This patch moves kvm_context from kvmctl.c to kvmctl.h. This is so
other files are
I think the KERNELDIR change is a red herring: you probably ran
configure with different arguments.
I notice that the kvm-49 build line below is missing -m64. Try this:
diff --git a/libkvm/config-x86_64.mak b/libkvm/config-x86_64.mak
--- a/libkvm/config-x86_64.mak
+++ b/libkvm/config-x86_64.mak
@
Hi Hollis and Avi,
I run into a compile problem with libkvm when compiling kvm-49. It
caused the compile problem mentioned in my email yesterday.
It has to with the line in libkvm/Makefile
CFLAGS += -I $(KERNELDIR)/include
when compiling kvm-49 (git or snapshot), this include points to my
On Wed, 2007-10-31 at 02:24 +0200, Avi Kivity wrote:
>
> For x86 there are two kinds of mmio devices: one is the expected
> system-wide mmio, and the other is mmio that depends not only on the
> address, but also on which cpu originated the request. This type is
> only needed for the local api
On Wed, 2007-10-31 at 02:39 +0200, Avi Kivity wrote:
> Hollis Blanchard wrote:
> > On Tue, 2007-10-30 at 13:59 +0200, Avi Kivity wrote:
> >
> >>> -/usr/kvm
> >>> +%dir /usr/kvm
> >>> +%dir /usr/kvm/bin
> >>> +/usr/kvm/bin/qemu-img
> >>> +/usr/kvm/bin/qemu-system-x86_64
> >>>
> > [...]
>
>
> Hmm...
>
> The patched code needs to answer the question "what will
> happen if I EOI
> this vector now"? I think kvm can prepare the answer for that
> question, since it knows the irq is still asserted and that the mode
> is level-triggered.
>
> Basically the kvm lapic code has to calcul
Hi,
I updated the patch of the following thread.
http://thread.gmane.org/gmane.comp.emulators.kvm.devel/8899
Changelog:
- don't change Makefile
- put back some options (BuildRequires and so on).
If you try my patch with kvm-49, you can do the below.
1. rm SOURCES
2. mkdir SOURCES
3. ./configure
> BTW, why we use vector here? shouldn't it be irq_line or irq_no?
Maybe you mean the Channel Subsystem (1st piece of knowledge and
surprise known from s390 doc) are emulated in Qemu, correct?
Eddie
-
This SF.net email is
Avi Kivity wrote:
> Dong, Eddie wrote:
>
>>> Yes. FlexPriority will be both faster and safer for those who have it
>>> than my hack.
>>>
>>> It may turn out that patching can improve performance even with
>>> FlexPriority: we can patch the APIC EOI write to look if any
>>> interrupts are pendin
On Wed, 2007-10-31 at 13:03 +0200, Dor Laor wrote:
> Vladimir Stavrinov wrote:
> >
> > Hi!
> >
> > I have tried vista with some older kvm (44,33,28) and it crash
> > at boot loader again, but with some other symptom: no dump
> > registers, but short error message: "Bus error".
> >
this bus error me
Hi!
I have tried vista with some older kvm (44,33,28) and it crash
at boot loader again, but with some other symptom: no dump
registers, but short error message: "Bus error".
Sorry, but are You working on this problem now? And how many
chances are to make vista boot on kvm in this or next week?
Vladimir Stavrinov wrote:
>
> Hi!
>
> I have tried vista with some older kvm (44,33,28) and it crash
> at boot loader again, but with some other symptom: no dump
> registers, but short error message: "Bus error".
>
Can you please try latest kvm (49)?
If it does not work (it should), try adding -no-
Hi Anthony,
>http://kvm.qumranet.com/kvmwiki/KVMTest
>Let me know if that's not sufficient to get you going.
I believe that it lacks documentation about:
1. downloading info lacking
(where to get the version system, and the format of repository - i.e. which
packages need to be installed on ma
Alexey Eremenko wrote:
>
> It seems nice !
>
> But is there any documentation ? I don't know how-to start it.
>
http://kvm.qumranet.com/kvmwiki/KVMTest
Let me know if that's not sufficient to get you going.
Regards,
Anthony Liguori
>
> -Alexey
>
> --
On Wed, 2007-10-31 at 11:14 +0200, Dor Laor wrote:
> SourceForge.net wrote:
> > Bugs item #1823318, was opened at 2007-10-31 15:53
> > Message generated for change (Tracker Item Submitted) made by Item Submitter
> > You can respond by visiting:
> > https://sourceforge.net/tracker/?func=detail&atid
Avi Kivity wrote:
> Nitin A Kamble wrote:
>> On Tue, 2007-10-30 at 18:06 -0700, Avi Kivity wrote:
>>
>>> Nitin A Kamble wrote:
>>>
Hi Avi,
Attached is the patch to implement emulation of instructions
mov rl, imm8 (opcodes 0xb0-0xb3)
mov rh, imm8 (opcodes 0xb4-0xb7)
>
SourceForge.net wrote:
> Bugs item #1823318, was opened at 2007-10-31 15:53
> Message generated for change (Tracker Item Submitted) made by Item Submitter
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1823318&group_id=180599
>
> Please note that this
Nitin A Kamble wrote:
> On Tue, 2007-10-30 at 18:06 -0700, Avi Kivity wrote:
>
>> Nitin A Kamble wrote:
>>
>>> Hi Avi,
>>> Attached is the patch to implement emulation of instructions
>>> mov rl, imm8 (opcodes 0xb0-0xb3)
>>> mov rh, imm8 (opcodes 0xb4-0xb7)
>>> mov r, imm (opcodes0x
89 matches
Mail list logo