Hi all!
This would be the best solution. How do the bochs folks feel about this?
There is the pcbios project available at
http://savannah.nongnu.org/projects/pcbios It seems fairly out of date tho.
Volker, you happen to know the status?
The PCBIOS project was based on the Bochs BIOS and
Glauber Costa wrote:
record slot used in last lookup. For the common mmio case,
we'll usually access the same memory slot repeatedly.
--- a/kvm-all.c
+++ b/kvm-all.c
@@ -75,16 +75,25 @@ static KVMSlot *kvm_alloc_slot(KVMState *s)
return NULL;
}
+static KVMSlot *last_slot = NULL;
+
Zhang, Xiantao wrote:
From 8b98bbdd71c979b4d63591f1542d3a3afabbff22 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang xiantao.zh...@intel.com
Date: Thu, 18 Dec 2008 10:06:31 +0800
Subject: [PATCH] KVM: Qemu : Fix build breakage for ia64.
Signed-off-by: Xiantao Zhang xiantao.zh...@intel.com
On Thu, Dec 18, 2008 at 11:41:24AM +0200, Avi Kivity wrote:
Glauber Costa wrote:
record slot used in last lookup. For the common mmio case,
we'll usually access the same memory slot repeatedly.
--- a/kvm-all.c
+++ b/kvm-all.c
@@ -75,16 +75,25 @@ static KVMSlot *kvm_alloc_slot(KVMState
Hi Avi,
Today's linux-next build (powerpc ppc44x_config) failed like this:
In file included from include/linux/kvm_host.h:27,
from arch/powerpc/include/asm/kvm_44x.h:23,
from arch/powerpc/kernel/asm-offsets.c:52:
arch/powerpc/include/asm/kvm_host.h:203: error:
Migration compatability is a problem for mgmt apps to solve merely
saying to use qemu-system-x86_64 everywhere is a tiny insignificant
piece of the problem. AFAIK, current Fedora packages build a 32-bit
'qemu' for KVM on i386 and a qemu-system-x86_64' for x86_64, which
happens to be called
Stephen Rothwell wrote:
Hi Avi,
Today's linux-next build (powerpc ppc44x_config) failed like this:
In file included from include/linux/kvm_host.h:27,
from arch/powerpc/include/asm/kvm_44x.h:23,
from arch/powerpc/kernel/asm-offsets.c:52:
Jan Kiszka wrote:
Remove the remaining arch fragments of the old guest debug interface
that now break non-x86 builds.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
qemu/block.h |2 --
qemu/console.h |2 --
qemu/net.h |4 +---
qemu/qemu_socket.h |2 --
qemu/sysemu.h |4
5 files changed, 1 insertions(+), 13 deletions(-)
diff --git a/qemu/block.h
While creating some userspace patches for the nested SVM implementation,
I stumbled across an emulation problem in the x86 emulator that was not
there some weeks ago.
Basically I'm running into an endless loop at:
NSVM: emulating at 0xe0e4077d - 0
which is the VMLOAD instruction.
The endless
Hi Gleb.
On Wed, Dec 17, 2008 at 04:31:46PM +0200, Gleb Natapov (g...@redhat.com) wrote:
Here it is. Sorry it is not in a patch format yet, but it gives
general idea how it looks. The problem with connector is that
we need different IDX for different channels and there is no way
to
With the emulation optimization after clgi, we can potentially
run into an endless loop thanks to while(true).
While this should never occur in practise, except for when
the emulation is broken or really awkward code is executed in
the VM, this wasn't a problem so far.
Signed-off-by: Alexander
Hello,
I'm trying to emulate DIV instruction (see the patch at the end). When
I run a div testcase (see below) it hangs without any message. If I
added some printk in 'div' case of the emulator the didn't appear in
the log. So everything happens like if we don't pass in the 'div' case
(no
Hello,
I am using fedora core 10 kvm and I am able to use windows xp virtual
machine.
I am trying to stream windows xp with NP Neoware image manger.
It requires pxe but the pxe under kvm does not seem standard (it is fine
for linux diskless but not for windows).
I found on Neoware image manager
In order to use the new nested SVM support in KVM, we need to
expose the SVM capability to the virtual machine.
The current code masks this bit out.
In order to expose the SVM capability to the guest, I added
a -enable-nesting command line option, that makes qemu expose
the SVM capability.
Please
This series of patches adds a nice BIOS startup splash screen.
It adds a -splash option allowing to specify the picture file name (a 640x480
(or less) and true color PNG) to display. You can enable/disable a fade in,
fade out and the bootmenu. The time to display the image can be also given (in
This patch adds Qemu firmware configuration device interface to display
a splash image at BIOS startup.
Idea stollen from VirtualBox.
Signed-off-by: Laurent Vivier laurent.viv...@bull.net
---
bios/Makefile |4 +-
bios/rombios.c | 142 ---
This patch adds to qemu the functions needed to display a splash image
under BIOS control through the firmware control device.
It adds a -splash option allowing to specify the picture file name (a
.PNG) to display. You can enable/disable a fade in, fade out and the
bootmenu. The time to display
Alexander Graf wrote:
In order to use the new nested SVM support in KVM, we need to
expose the SVM capability to the virtual machine.
The current code masks this bit out.
In order to expose the SVM capability to the guest, I added
a -enable-nesting command line option, that makes qemu expose
Jan Kiszka wrote:
Applied, thanks. I see you even checked to make sure you remove the
ones that aren't in upstream.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
Laurent Vivier wrote:
This series of patches adds a nice BIOS startup splash screen.
It adds a -splash option allowing to specify the picture file name (a 640x480
(or less) and true color PNG) to display. You can enable/disable a fade in,
fade out and the bootmenu. The time to display the
Laurent Vivier wrote:
This series of patches adds a nice BIOS startup splash screen.
It adds a -splash option allowing to specify the picture file name (a 640x480
(or less) and true color PNG) to display. You can enable/disable a fade in,
fade out and the bootmenu. The time to display the
It's like a shark eating a bunch of small fishes:
in some situations (vga linear frame buffer mapping,
for example), we need to register a new slot in place
of older, smaller ones. This patch handles this case
Signed-off-by: Glauber Costa glom...@redhat.com
---
kvm-all.c | 10 ++
1
set phys_offset correctly for the whole vga area when unmapping linear vram
(for vga optimization). We first register the old pieces as unassigned
memory, to make things easier for kvm (and possibly other slot based
implementations in the future). Replacing the region directly would
make the slot
This patch introduces a kvm version of cpu_physical_memory_rw.
The main motivation is to bypass tcg version, which contains
tcg-specific code, as well as data structures not used by kvm,
such as l1_phys_map.
In this patch, I'm using a runtime selection of which function
to call, but the mid-term
record slot used in last lookup. For the common mmio case,
we'll usually access the same memory slot repeatedly.
Signed-off-by: Glauber Costa glom...@redhat.com
---
kvm-all.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
index
Since now we have our own memory read/write function, we don't
depend on all of tcg data structures anymore. So, instead of filling
them up, bypass it altogether by using kvm_set_phys mem alone.
To do that, we now have to provide our own way to get page
information given the address.
Same old story, but addressing immediate concerns.
I'm not handling the overflow issue avi raised, since
it's a separate deal. We can address it in a separate patch
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More
Zhang, Xiantao wrote:
Charles Duffy wrote:
Speaking with my end-user hat on, this seems to violate the principal
of least surprise:
I would expect NVRAM contents to be discarded, not saved to a file in
the current working directory, if no relevant option were given on the
command line.
Maybe
On Wed, Dec 03, 2008 at 09:49:18AM -0800, ch...@versecorp.net wrote:
On Wed, Dec 03, 2008 at 12:44:54PM +0200, Avi Kivity wrote:
ch...@versecorp.net wrote:
I have a way to reproduce my instance of the problem easily now. I was
trying
to build a new kernel on my guest, and found
Hello,
I tried to compile kvm and got the following error:
PIC register 'ebx' clobbered in 'asm'
Could you please explain me how to fix it?
kvm-81,
linux-2.6.27.9,
gcc -v:
i686-pc-linux-gnu
Thread model: posix
gcc version 4.1.2
make[1]: Entering directory
Volker Ruppert wrote:
Hi all!
This would be the best solution. How do the bochs folks feel about this?
There is the pcbios project available at
http://savannah.nongnu.org/projects/pcbios It seems fairly out of date tho.
Volker, you happen to know the status?
The PCBIOS project was based
Linus, please apply. Otherwise those using it in transition patches (eg. kvm)
can't compile with CONFIG_SMP=n:
arch/x86/kvm/../../../virt/kvm/kvm_main.c: In function 'make_all_cpus_request':
arch/x86/kvm/../../../virt/kvm/kvm_main.c:380: error: implicit declaration of
function
On Fri, 19 Dec 2008, Rusty Russell wrote:
Linus, please apply. Otherwise those using it in transition patches (eg. kvm)
can't compile with CONFIG_SMP=n:
Umm. I already applied this a long time ago. It's commit
d2ff911882b6bc693d86ca9566daac70aacbb2b3
Linus
--
To
Jesse Barnes wrote:
Hm, that's not the answer I was hoping for. :) (Was looking for,
Yeah we just need this bits queued and we'll send an update for
e1000 right away. :)
I really don't want the SR-IOV stuff to sit out another merge cycle
though... Arg.
We will have drivers that support
Charles Duffy wrote:
An unlinked temporary file as default behavior makes good sense -- it
doesn't leave anything sitting around the user didn't ask for or doesn't
expect, so it wouldn't be surprising behavior to me as an end-user, but
provides a method for persisting nvram contents during a
Kernel for E500 need clear dbsr when startup.
So add dbsr register in kvm_vcpu_arch for BOOKE.
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/include/asm/kvm_host.h |1 +
arch/powerpc/kvm/booke_emulate.c|4
2 files changed, 5 insertions(+), 0 deletions(-)
diff
E500 deosn't support this instruction.
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/kvm/booke_interrupts.S |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kvm/booke_interrupts.S
b/arch/powerpc/kvm/booke_interrupts.S
index 084ebcd..4679ec2
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/include/asm/kvm_e500.h | 67 +++
arch/powerpc/kvm/e500.c | 151 +++
2 files changed, 218 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/include/asm/kvm_e500.h
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/kvm/e500_tlb.c | 737 +++
arch/powerpc/kvm/e500_tlb.h | 184 +++
2 files changed, 921 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/kvm/e500_tlb.c
create mode 100644
Although BOOKE_MAX_INTERRUPT has the right value, the meaning is not match.
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/kvm/booke.c |2 +-
arch/powerpc/kvm/booke.h |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kvm/booke.c
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/include/asm/kvm_asm.h |7 ++-
arch/powerpc/include/asm/kvm_host.h |2 +-
arch/powerpc/kvm/booke.c| 18 ++
arch/powerpc/kvm/booke.h| 30 ++
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/kvm/Kconfig | 13 +
arch/powerpc/kvm/Makefile |9 +
2 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kvm/Kconfig b/arch/powerpc/kvm/Kconfig
index 6dbdc48..1465705 100644
---
On Thu, 2008-12-18 at 20:22 +0800, Liu Yu wrote:
When itlb or dtlb miss happens, E500 needs to update some mmu registers.
So that the auto-load mechanism can work on E500 when write a tlb entry.
Signed-off-by: Liu Yu yu@freescale.com
---
arch/powerpc/include/asm/kvm_ppc.h |2 ++
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org
[mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Hollis Blanchard
Sent: Friday, December 19, 2008 7:49 AM
To: Liu Yu-B13201
Cc: kvm-ppc@vger.kernel.org
Subject: Re: [PATCH 07/10] Add kvmppc_mmu_dtlb/itlb_miss for booke
Signed-off-by: Liu Yu yu@freescale.com
---
[v2]
1. rename a lot functions in e500_tlb.c in order to get a clearer hierarchy.
2. remove unmatched comments.
3. adjust mask to make sure tlbsel always be safe.
[v3]
fix wrong spelling in comments.
arch/powerpc/kvm/e500_tlb.c | 737
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org
[mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Hollis Blanchard
Sent: Friday, December 19, 2008 7:49 AM
To: Liu Yu-B13201
Cc: kvm-ppc@vger.kernel.org
Subject: Re: [PATCH 07/10] Add kvmppc_mmu_dtlb/itlb_miss for booke
I
47 matches
Mail list logo
