to the kernel command line of the guest and
attach a full dmesg
to the same response too, just in case someone might want to look at driver
messages.
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
; /* it is redundant, only use to fit into record. */
}
That should give us the flexibility to keep the format if we get more metadata
requirements in the future.
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
to wait for Hollis comments on
that before you apply that.
So further Kconfig restrictions are needed, or perhaps a patch. .config
attached.
[...]
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
--- arch/powerpc/kvm/Kconfig.save 2008-04-17 15:21
is tuned for throughput at this time (it should be easy to
disable the timer when we detect the queue is usually empty).
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
-
Check
colleague Christian Bornträger had the need for a top style
output and wrote a script for that need.
I attached both to help everyone experimenting with kvm_stat.
They are just small helpers and might still contain issues, feel free to
comment, correct, whatever ;-)
--
Grüsse / regards,
Christian
Subject: [PATCH] ensure 4kB page alignment for embedded powerpc when using kvm
From: Hollis Blanchard [EMAIL PROTECTED]
From: Christian Ehrhardt [EMAIL PROTECTED]
We need 4kB aligned pages when using qemu together with kvm for embedded
powerpc. Qemu already had a similar issue when
Resend ppc patches neither rejected, commented nor accepted yet
Subject: [PATCH][RESEND] add more regs to kvm_show_regs for powerpc
From: Christian Ehrhardt [EMAIL PROTECTED]
This adds some registers useful for guest debugging to the powerpc code for
kvm_show_regs in libkvm.
Signed-off
)
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
original mail
---
# HG changeset patch
# User Hollis Blanchard [EMAIL PROTECTED]
# Date 1200434310 21600
# Node ID 7fa5947a2da8c0c7424ebdcfaebcae624d6cf015
# Parent ee0c227fe3f6632f4b1b5fde3f7e05c8ea0a4378
Signed
Subject: [PATCH] fill kvm_callback with arch specific dcr_read/dcr_write
callbacks
From: Christian Ehrhardt [EMAIL PROTECTED]
This Patch adds the callback assignment and handlers for powerpc_dcr_read
and ppc_dcr_write which are called from libkvm.
This is the part of the patch that changes
Subject: [PATCH] fill kvm_callback with arch specific dcr_read/dcr_write
callbacks v2
From: Christian Ehrhardt [EMAIL PROTECTED]
This Patch adds the callback assignment and handlers for powerpc_dcr_read
and ppc_dcr_write which are called from libkvm.
This is the part of the patch that changes
changes to v2:
- remove config-$arch files
- put arch dep in if's checking the arch to add more dependencies to a
target directly in the top level Makefile
---
Subject: [PATCH] portability: configure top level dependencies per architecture
From: Christian Ehrhardt [EMAIL PROTECTED]
From: Avi
is not build for ppc assuming Hollis patches
are accepted sometime soon
---
Subject: [PATCH] portability: add top level config-$arch files v2
From: Christian Ehrhardt [EMAIL PROTECTED]
This allows per arch configuration for the top level Makefile of
kvm-userspace e.g. allowing to disable
Subject: [PATCH 3/3] Add dcr read/write to the PowerPC kvmctl implementation
From: Christian Ehrhardt [EMAIL PROTECTED]
Adds simple functions to catch dcr access while executing testcases printing
information about that access when triggered.
Signed-off-by: Christian Ehrhardt [EMAIL PROTECTED
Subject: [PATCH 2/3] Add PowerPC kvmctl harness and fix building the testcases
From: Hollis Blanchard [EMAIL PROTECTED]
From: Christian Ehrhardt [EMAIL PROTECTED]
These patches get the kvm-userspace/user/ test harness building and somewhat
working for PowerPC. For the moment it's just a simply
Subject: [PATCH 1/3] Add OBJCOPY to kvm-userspace/user/configure output
From: Hollis Blanchard [EMAIL PROTECTED]
From: Christian Ehrhardt [EMAIL PROTECTED]
Adds objectcopy to the configure script because it is needed for some kvmctl
implementations for a simple binary loader.
Signed-off
Subject: [PATCH] extboot: fix -fno-stack-protector usage
From: Christian Ehrhardt [EMAIL PROTECTED]
Option -fno-stack-protector breaks kvm-userspace in environments without
stack-protector functionality. They fail with unrecognized command line
option when compiling extboot.
This patch removes
Subject: [PATCH] portability: move kvm_fpu to asm-x86/kvm.h
From: Christian Ehrhardt [EMAIL PROTECTED]
This patch moves kvm_fpu asm-x86/kvm.h to allow every architecture to
define an own representation used for KVM_GET_FPU/KVM_SET_FPU.
Signed-off-by: Christian Ehrhardt [EMAIL PROTECTED]
Acked
attach both to this mail instead of sending standard [patch][x/y] mails.
@Zhang Wai - afaik you use Hollis kvmppc development tree, you can just remove
the old mkasm-offset patch and add these two to get the offset stuff to work
for now
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux
Hollis Blanchard wrote:
On Fri, 2007-12-14 at 10:07 +0100, Christian Ehrhardt wrote:
Hollis Blanchard wrote:
A comment to explain why the icache needs flushing only in the KVM
case
would be useful. Other than that I'm fine with it.
Signed-off-by: Hollis Blanchard [EMAIL PROTECTED]
AFAIK
Subject: [PATCH][UPDATE] kvm-userspace: sync icache for more architectures
From: Christian Ehrhardt [EMAIL PROTECTED]
A ia64 patch introduced kvm_sync_icache within a ifdef __ia64__, but the
concept of split caches is not bound to ia64. This patch replaces the the
call to kvm_synch_icache
Subject: [PATCH][UPDATE] kvm-userspace: simplify mmio callback
From: Christian Ehrhardt [EMAIL PROTECTED]
Merging the read[bwlq]/write[bwlq] callback callback pointers to
mmio_read/write functions simplifies the callback interface.
On the qemu side it now uses the cpu_physical_memory_rw function
Zhang, Xiantao wrote:
Christian Ehrhardt wrote:
[...]
@@ -2600,8 +2601,8 @@ void cpu_physical_memory_rw(target_phys_addr_t
addr, uint8_t *buf, phys_ram_dirty[addr1
TARGET_PAGE_BITS] |= (0xff
~CODE_DIRTY_FLAG); }
-#ifdef __ia64__
Subject: [PATCH] kvm-userspace: kvm_sync_icache for more architectures
From: Christian Ehrhardt [EMAIL PROTECTED]
A ia64 patch introduced kvm_sync_icache within a ifdef __ia64__, but the concept
of split caches is not bound to ia64 and we would like to implement it for ppc
too.
The call
Subject: [PATCH][UPDATE] kvm-userspace: sync icache for more architectures
From: Christian Ehrhardt [EMAIL PROTECTED]
A ia64 patch introduced kvm_sync_icache within a ifdef __ia64__, but the
concept of split caches is not bound to ia64 and we would like to implement
it for ppc too.
The call
Avi Kivity wrote:
Christian Ehrhardt wrote:
Background:
In our ppc code for the demo we only needed a call to
cpu_physical_memory_rw to handle all kind of mmio we needed. Looking
at all the callback pointers for read/write mmio in kvm_callbacks I
wondered if this can be simplified
Subject: [PATCH] [1/1] simplify mmio read/write callback structure
From: Christian Ehrhardt [EMAIL PROTECTED]
Merging the read[bwlq]/write[bwlq] callback callback pointers to
mmio_read/write functions simplifies the callback interface.
On the qemu side it now uses the cpu_physical_memory_rw
Well no response might mean that there is nothing to be said against this
simplification ;-)
Because of that I completed the patch (main.c as well) and corrected some
whitespace issues I had before.
Christian Ehrhardt wrote:
Background:
In our ppc code for the demo we only needed a call
Subject: [PATCH] simplify read[bwlq]/write[bwlq] callback structure
From: Christian Ehrhardt [EMAIL PROTECTED]
Merging the read[bwlq]/write[bwlq] callback callback pointers to one
mmio_rw function simplifies the callback interface (a lot of lines
in libkvm.c and main.c) and eventually uses
://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
___
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
+49
From: Christian Ehrhardt [EMAIL PROTECTED]
Date: Thu, 29 Nov 2007 10:54:00 +0100
Subject: [PATCH] [3/2] move_kvm_cpu_cache_to_x86_header
To prevent misuse of these x86 structure in generic code the definition moved
from kvm.h to x86.h.
Signed-off-by: Christian Ehrhardt [EMAIL PROTECTED
From: Christian Ehrhardt [EMAIL PROTECTED]
Date: Thu, 29 Nov 2007 10:54:00 +0100
Subject: [PATCH] [4/2] rename_kvm_cpu_cache_x86
Renamed the kvm_vcpu_cache structure to kvm_x86_vcpu_cache to make clear to
anyone who see's that variable in the code in future that it's x86 only.
Equivalent to perl
wrote:
Thanks, sure to move it out. Maybe you can update my second patch
directly for Avi's easy maintenance.
[...]
---
From: Zhang Xiantao [EMAIL PROTECTED]
From: Christian Ehrhardt [EMAIL PROTECTED]
Date: Thu, 29 Nov 2007 10:54:00 +0100
Subject: [PATCH] [2/2] merged_move_kvm_vpu_cache_to_x86
/kvm_arch.h.
Since we don't have that asm structure for kvm yet, the changes you made to
kvm_arch.h may be better located at the x86.h atm.
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
+49 7031/16-3385
[EMAIL PROTECTED]
[EMAIL PROTECTED]
IBM Deutschland
/discussed from the power perspective before they are submitted.
Applying these patches now (I expect that Carsten will submit more) will reduce
the size of the patches that we eventually need integrate our architecture.
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open
instead the one derived from $arch ?
b) if it is needed, please add a small description to the usage() output
Kind regards,
Christian Ehrhardt
Jerone Young wrote:
This patch adds cross compile capability to the top level configure
script.
Signed-off-by: Jerone Young [EMAIL PROTECTED
plans (if
any) regarding the re-base of kvm-userspace to the new qemu source?
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
+49 7031/16-3385
[EMAIL PROTECTED]
[EMAIL PROTECTED]
IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Johann
Hollis Blanchard wrote:
On Thu, 2007-08-30 at 13:25 +0200, Christian Ehrhardt wrote:
Hi Hollis,
I saw (and somehow I remembered something similar) that you build in
your code instead into a module. I assume that this has some
dependencies to your offset magic.
As far as I played around
from Christian Ehrhardt
This contains the major changes done mostly in kvm_main.c to implement
the generic handling of the ioctls with the mapping to arch functions as
needed.
Signed-off-by: Christian Ehrhardt [EMAIL PROTECTED]
---
kvm.h | 20 ++
kvm_arch.h | 34
kvm_main.c
from Christian Ehrhardt
This contains the deletions of x86 arch specific code done in kvm_main.
Signed-off-by: Christian Ehrhardt [EMAIL PROTECTED]
---
kvm.h | 63 --
kvm_main.c| 1431
--
mmu.c |2
svm.c
from Christian Ehrhardt
Contains the insertion of the x86 arch code to x86.[ch] and some minor
changes adopting this x86.c arch implementations to the new interface.
Signed-off-by: Christian Ehrhardt [EMAIL PROTECTED]
---
x86.c | 1851
architecture
which then
influence the make file to link together the generic and the arch
specific part
to one kvm module
- I split the code into kvm_main.c (generic) and kvm_x86.h/kvm_x86.c
(arch portion)
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
[Patch 1/3]
This is just a renaming patch converting _arch_ to _x86_ as I posted it
last week.
It ensures a better readability by preventing two _arch interfaces in
the code at the
same time.
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
+49 7031
comment. Even if this approach may not be what
we want in
the end, at least it starts the discussion how to do it :-)
Grüsse / Regards
Christian Ehrhardt
P.S. Still a todo and not (yet) covered in this patch proposal is the
arch splitting of structures like vcpu to a generic and an arch part
to keep the usual form, but actually it is just
what comes out executing the following:
perl -p -i -e s/_arch/_x86/g drivers/kvm/*
--
Grüsse / regards,
Christian Ehrhardt
IBM Linux Technology Center, Open Virtualization
+49 7031/16-3385
[EMAIL PROTECTED]
[EMAIL PROTECTED]
IBM Deutschland
44 matches
Mail list logo