On Tue, 11 Nov 2008 16:28:04 -
Avi Kivity [EMAIL PROTECTED] wrote:
@@ -450,6 +454,10 @@ static void *ap_main_loop(void *_env)
kvm_create_vcpu(kvm_context, env-cpu_index);
kvm_qemu_init_env(env);
+/* do ioperm for io ports of assigned devices */
+LIST_FOREACH(data,
hi
i was reading http://kvm.qumranet.com/kvmwiki/Migration and trying the
migration file:// and migrate exec: migration methods. both giving
me errors.
(qemu) migrate file:///tmp/vm.state
migrate file:///tmp/vm.state
unknown migration protocol: file:///tmp/vm.state
migration failed
(qemu)
Linus, please pull from the repo and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm.git kvm-updates/2.6.28
to receive the current batch of KVM fixes. These include a fix for a host
oops under heavy guest loads, memory attribute inconsistency fix with
Nehalem processors, a
Jan Kiszka wrote:
Hi Avi,
I've a problem with the last qemu-cvs merge into kvm-userspace: Booting
the RHEL kernel 2.6.18-53.el5 in with more than one VCPU gives me
RIP: 0010:[8006dd6d] [8006dd6d] write_rdtscp_cb+0xa/0xd
...
I suspect that is due to some lost features or
On Tuesday 11 November 2008 10:07:09 Hollis Blanchard wrote:
Both sides of the virtio interface must agree about how big a pfn really
is. This is particularly an issue on architectures where the page size is
configurable (e.g. PowerPC, IA64) -- the interface must be independent of
PAGE_SHIFT.
Avi Kivity wrote:
Jes Sorensen wrote:
What I meant was that I was able to compile the code, and there was only
one piece left that needed that function, which is why I moved it and
made it static in the acpi code.
That's because there is another static array in acpi.c...
Which array are
Hello,
[...]
Notes:
If you use the modules bundled with kvm-79, you can use any version
of Linux from 2.6.16 upwards.
Nope.
I tested kvm-79 on a SLES 10 with 2.6.16,
in the hope that my previously reported bug:
hrtimer_start: Unknown symbol in module
was fixed. (It wasnt)
Now I have this
Martin Vogt wrote:
Hello,
[...]
Notes:
If you use the modules bundled with kvm-79, you can use any version
of Linux from 2.6.16 upwards.
Nope.
I tested kvm-79 on a SLES 10 with 2.6.16,
in the hope that my previously reported bug:
hrtimer_start: Unknown symbol in module
was fixed.
Hi,
I was thinking a bit about cross vendor migration recently and since
we're doing open source development, I figured it might be a good idea
to talk to everyone about this.
So why are we having a problem?
In normal operation we don't. If we're running a 32-bit kernel, we can
use
On 12.11.2008, at 16:45, Anthony Liguori wrote:
Alexander Graf wrote:
Hi,
I was thinking a bit about cross vendor migration recently and
since we're doing open source development, I figured it might be a
good idea to talk to everyone about this.
So why are we having a problem?
In
Alexander Graf wrote:
On 12.11.2008, at 16:45, Anthony Liguori wrote:
Alexander Graf wrote:
Hi,
I was thinking a bit about cross vendor migration recently and since
we're doing open source development, I figured it might be a good
idea to talk to everyone about this.
So why are we
This doesn't really matter, since lguest is i386 only at the moment,
but we could actually choose a different value. (lguest doesn't have
a guarenteed ABI).
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
Documentation/lguest/lguest.c |6 +++---
drivers/lguest/lguest_device.c |2
On Wed, 2008-11-12 at 22:51 +1030, Rusty Russell wrote:
On Tuesday 11 November 2008 10:07:09 Hollis Blanchard wrote:
Both sides of the virtio interface must agree about how big a pfn really
is. This is particularly an issue on architectures where the page size is
configurable (e.g. PowerPC,
It's really the alignment desired for consumer/producer separation;
historically this x86 pagesize, but with PowerPC it'll still be x86
pagesize. And in theory lguest could choose a different value.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
include/linux/virtio_ring.h | 12
Sheng Yang wrote:
Commit 7fd49de9773fdcb7b75e823b21c1c5dc1e218c14 KVM: ensure that memslot
userspace addresses are page-aligned broke kernel space allocated memory
slot, for the userspace_addr is invalid.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
--
This variable will be moved to non-kdump-specific code.
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
---
arch/x86/kernel/crash.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kernel/crash.c b/arch/x86/kernel/crash.c
index 6047542..ed2f0f9 100644
---
Hi Alex,
* On Wednesday 12 Nov 2008 21:09:43 Alexander Graf wrote:
Hi,
I was thinking a bit about cross vendor migration recently and since
we're doing open source development, I figured it might be a good idea
to talk to everyone about this.
So why are we having a problem?
In normal
Avi Kivity wrote:
KAMEZAWA Hiroyuki wrote:
Can I make a question ? (I'm working for memory cgroup.)
Now, we do charge to anonymous page when
- charge(+1) when it's mapped firstly (mapcount 0-1)
- uncharge(-1) it's fully unmapped (mapcount 1-0) vir
page_remove_rmap().
My quesion is
-
That doesn't work for non-4k guests which are now appearing.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
drivers/virtio/virtio_pci.c |5 +++--
include/linux/virtio_pci.h |4
2 files changed, 7 insertions(+), 2 deletions(-)
diff -r c6f6a3ab173b drivers/virtio/virtio_pci.c
KAMEZAWA Hiroyuki wrote:
Can I make a question ? (I'm working for memory cgroup.)
Now, we do charge to anonymous page when
- charge(+1) when it's mapped firstly (mapcount 0-1)
- uncharge(-1) it's fully unmapped (mapcount 1-0) vir page_remove_rmap().
My quesion is
- PageKSM pages are not
Somewhere between kvm-75 and kvm-78, the
mentioned commands has been slowed down
to insane levels. By insane I mean to
take about 10 minutes(!) to save/load a
128MB RAM/1GB HDD VM's state. It used
to require several seconds for much larger
VMs...
Here's a typical sequence of system calls
This is the first release to fully support pci device assignment. You
can assign a pci device to qemu on the command line, or hot-plug it in
via the monitor. Note that at this time, Linux 2.6.28 is required on
the host.
Upstream qemu recently gained kvm support. At this time a lot is
On 12.11.2008, at 17:52, Amit Shah wrote:
Hi Alex,
* On Wednesday 12 Nov 2008 21:09:43 Alexander Graf wrote:
Hi,
I was thinking a bit about cross vendor migration recently and since
we're doing open source development, I figured it might be a good
idea
to talk to everyone about this.
So
This patch fixes Linux machines configured with 4G of ram and using a
SCSI device. I'm working on 64-bit DMA support as well which should
hopefully fix 64-bit Windows using SCSI devices as well.
--
Ryan Harper
Software Engineer; Linux Technology Center
IBM Corp., Austin, Tx
(512) 838-9253
The X86_LOCAL_APIC #ifdef was for kdump. For !SMP, the function simply
does nothing.
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
---
arch/x86/kernel/reboot.c | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kernel/reboot.c
For the kdump-specific code that was living on nmi_shootdown_cpus().
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
---
arch/x86/kernel/crash.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/crash.c b/arch/x86/kernel/crash.c
index
On Tue, Nov 11, 2008 at 09:10:45PM -0600, Christoph Lameter wrote:
get_user_pages() cannot get to it since the pagetables have already been
modified. If get_user_pages runs then the fault handling will occur
which will block the thread until migration is complete.
migrate.c does nothing for
Add prototype to asm/reboot.h.
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
---
arch/x86/include/asm/reboot.h |5 +
arch/x86/kernel/crash.c |3 +--
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/reboot.h b/arch/x86/include/asm/reboot.h
This doesn't really matter, since s390 pagesize is 4k anyway.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
arch/s390/include/asm/kvm_virtio.h |3 +++
drivers/s390/kvm/kvm_virtio.c |9 ++---
2 files changed, 9 insertions(+), 3 deletions(-)
diff -r 5c9c0cc58458
Jes Sorensen wrote:
Avi Kivity wrote:
Jes Sorensen wrote:
What I meant was that I was able to compile the code, and there was
only
one piece left that needed that function, which is why I moved it and
made it static in the acpi code.
That's because there is another static array in
Glauber Costa wrote:
I think the main point here is that currently, one of the showstopers
for scalability,
is the lack of fine grained locking. And we don't really know how the
code will look like
after that. It can very well change completely, rendering this work as
totally void.
I don't
This allows each virtio user to hand in the alignment appropriate to
their virtio_ring structures.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
drivers/lguest/lguest_device.c |4 ++--
drivers/s390/kvm/kvm_virtio.c |3 ++-
drivers/virtio/virtio_pci.c|4 ++--
* Eduardo Habkost [EMAIL PROTECTED] wrote:
Hi, Ingo,
As tip/master is a moving target, I am splitting the previous
kdump/reboot virtualization-disable code series[1] into smaller
series so the simpler parts can be included sooner. This first
series is just for making
We need to know on which CPU we are running on, and we don't want to be
preempted while doing this.
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
---
arch/x86/kernel/reboot.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/reboot.c
On Wed, Nov 12, 2008 at 11:02 AM, Jes Sorensen [EMAIL PROTECTED] wrote:
Avi Kivity wrote:
Jes Sorensen wrote:
What I meant was that I was able to compile the code, and there was only
one piece left that needed that function, which is why I moved it and
made it static in the acpi code.
Now nmi_shootdown_cpus() is ready to be used by non-kdump code also.
Move it to reboot.c.
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
---
arch/x86/kernel/crash.c | 76 --
arch/x86/kernel/reboot.c | 83
Jan Kiszka wrote:
Charles Duffy wrote:
irq 25, desc: 803afc80, depth: 1, count: 0, unhandled: 0
-handle_irq(): 800b54e3, handle_bad_irq+0x0/0x1f6
-chip(): 802ea700, 0x802ea700
-action():
IRQ_DISABLED set
unexpected IRQ trap at vector 19
Hollis Blanchard wrote:
Wow, I didn't realize we still had kernel-allocated guest memory. Why is
that?
As mentioned, both for compat with the original 2.6.22 interface and for
guest memory needed by kvm itself. But note that this kernel-allocated
memory is equivalent to user memory - it
When I heard that kvm had pci-passthrough working for network cards, I
thought I'd make an attempt to get my nVidia 8600GT video card to work
in a Windows VM (thus satisfying my desire to quit dual booting, so I
can play my stinking games.)
I'm having trouble interpreting my results so far.
Anthony Liguori [EMAIL PROTECTED] writes:
I wonder if patching is an option?
Not by patching instructions because SYSENTER and SYSCALL have
completely different semantics (e.g. regarding register use). That is
why the entry paths are different on both sides.
In theory you could switch the
On Wed, 2008-11-12 at 18:32 +0100, Andrea Arcangeli wrote:
On Tue, Nov 11, 2008 at 09:10:45PM -0600, Christoph Lameter wrote:
get_user_pages() cannot get to it since the pagetables have already been
modified. If get_user_pages runs then the fault handling will occur
which will block the
(qemu) migrate file:///tmp/vm.state
migrate file:///tmp/vm.state
unknown migration protocol: file:///tmp/vm.state migration failed
(qemu)
(qemu) migrate exec:gzip -c /tmp/vm.state migrate exec:gzip -c
/tmp/vm.state unknown migration protocol: exec:gzip -c /tmp/vm.state
migration
On Wed, 12 Nov 2008, Andrea Arcangeli wrote:
On Tue, Nov 11, 2008 at 09:10:45PM -0600, Christoph Lameter wrote:
get_user_pages() cannot get to it since the pagetables have already been
modified. If get_user_pages runs then the fault handling will occur
which will block the thread until
On Wed, 12 Nov 2008, Lee Schermerhorn wrote:
Might want/need to check for migration entry in do_swap_page() and loop
back to migration_entry_wait() call when the changed pte is detected
rather than returning an error to the caller.
Does that sound reasonable?
The reference count freezing
Hi
If i apply the below patch , i can't install Windows 64 bit ?
http://tapir.sajinet.com.pe/gentoo/portage/app-emulation/kvm/files/kvm-57-kernel-longmode.patch
Any ideas as to when this support will be added or any version of kvm
that i can use where both solaris -64 and windows 64 can be
The NMI CPU-halting code will be used on non-kdump cases, also
(e.g. emergency_reboot when virtualization is enabled).
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
---
arch/x86/kernel/crash.c | 31 ---
1 files changed, 20 insertions(+), 11 deletions(-)
diff
On 12.11.2008, at 21:06, Andi Kleen wrote:
Anthony Liguori [EMAIL PROTECTED] writes:
I wonder if patching is an option?
Not by patching instructions because SYSENTER and SYSCALL have
completely different semantics (e.g. regarding register use). That is
why the entry paths are different on
Charles Duffy wrote:
Jan Kiszka wrote:
Charles Duffy wrote:
irq 25, desc: 803afc80, depth: 1, count: 0, unhandled: 0
-handle_irq(): 800b54e3, handle_bad_irq+0x0/0x1f6
-chip(): 802ea700, 0x802ea700
-action():
IRQ_DISABLED set
unexpected
Hi,
Starting with kvm-76 (and including kvm-79), Hurd does not boot anymore
under KVM. The ext2fs translator issues a strange error message:
| Hurd server bootstrap: ext2fs.static[device:hd0s3] execext2fs.static:
/build/bui
| ldd/hurd-20080607/build-tree/hurd/ext2fs/dir.c:494: dirscanblock:
This is just to test that the constant is wired through correctly.
lguest has no ABI so I could apply this patch, but it breaks the
don't be an asshole rule.
diff -r 19e5f3f3a4be Documentation/lguest/Makefile
--- a/Documentation/lguest/Makefile Wed Nov 12 22:27:50 2008 +1030
+++
The virtio PCI devices don't depend on the guest page size. This matters
now PowerPC virtio is gaining ground (they like 64k pages).
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
drivers/virtio/virtio_pci.c |2 +-
include/linux/virtio_pci.h |4
2 files changed, 5
Hi, Ingo,
As tip/master is a moving target, I am splitting the previous kdump/reboot
virtualization-disable code series[1] into smaller series so the simpler
parts can be included sooner. This first series is just for making
nmi_shootdown_cpus() usable by non-kdump code, by moving their generic
Martin Vogt wrote:
Do I need git for this?
Is this something informal, does it need some special diff format?
Your patch is fine and I applied it. Thanks.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line unsubscribe kvm in
The reboot code will use a different function on crash_nmi_callback().
Adding a function pointer parameter to nmi_shootdown_cpus() for that.
Signed-off-by: Eduardo Habkost [EMAIL PROTECTED]
---
arch/x86/kernel/crash.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff
On Thursday 13 November 2008 02:46:31 Hollis Blanchard wrote:
On Wed, 2008-11-12 at 22:51 +1030, Rusty Russell wrote:
On Tuesday 11 November 2008 10:07:09 Hollis Blanchard wrote:
Both sides of the virtio interface must agree about how big a pfn
really is. This is particularly an issue on
Anthony Liguori wrote:
Unlike kqemu, KVM does not use TCG at all when accelerating QEMU. Having TCG
present is not a problem when using KVM on x86. x86 already has TCG host and
target support and it's quite convenient to be able to disable/enable KVM and
compare it to TCG when debugging.
Andi Kleen wrote:
Anthony Liguori [EMAIL PROTECTED] writes:
What we would rather do in KVM, is have the VFs appear in the host as
standard network devices. We would then like to back our existing PV
driver to this VF directly bypassing the host networking stack. A key
feature here is being
Fabrice Bellard wrote:
I suggest to go even further: there should be a way in QEMU to define
CPUs which do not rely on the dynamic translator and this choice should
be doable at runtime (i.e. not with a bunch of #ifdefs as you may do
it). This way you could not only plug KVM CPUs without having
Hi,
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alexander Graf
Sent: Wednesday, November 12, 2008 10:50 AM
To: Anthony Liguori
Cc: kvm@vger.kernel.org list; Amit Shah; Avi Kivity; Elsie Wahlig; Serebrin,
Benjamin (Calendar); Nakajima, Jun
Windows
This seems like conveniently good news.
Combining all the ideas:
Hide CPUID.SYSCALL to force 32-bit OSes to use 32-bit legacy SYSENTER,
which is available on AMD and Intel.
64-bit OSes will use SYSCALL for 64-bit code. CPUID name string should
be FakeCPUFakeCPU or some such so a 64-bit OS
On Wed, Nov 12, 2008 at 05:09:03PM -0500, Lee Schermerhorn wrote:
Maybe not so wild, given the complexity of these interactions...
Perhaps Christoph's right it's just wild ideas, but see below.
You both seem to agree the first theory of the tree_lock is bogus
as it's lockless for
On Thu, Nov 13, 2008 at 03:00:59AM +0100, Andrea Arcangeli wrote:
CPU0 migrate.cCPU1 filemap.c
--- --
find_get_page
radix_tree_lookup_slot returns the oldpage
On Thursday 13 November 2008 13:31, Andrea Arcangeli wrote:
On Thu, Nov 13, 2008 at 03:00:59AM +0100, Andrea Arcangeli wrote:
CPU0 migrate.c CPU1 filemap.c
--- --
find_get_page
* On Wednesday 12 Nov 2008 22:49:16 Alexander Graf wrote:
On 12.11.2008, at 17:52, Amit Shah wrote:
Hi Alex,
* On Wednesday 12 Nov 2008 21:09:43 Alexander Graf wrote:
Hi,
I was thinking a bit about cross vendor migration recently and since
we're doing open source development, I
Thank you for answers.
On Wed, 12 Nov 2008 13:11:12 +0200
Izik Eidus [EMAIL PROTECTED] wrote:
Avi Kivity wrote:
KAMEZAWA Hiroyuki wrote:
Can I make a question ? (I'm working for memory cgroup.)
Now, we do charge to anonymous page when
- charge(+1) when it's mapped firstly (mapcount
On Tue, 2008-11-11 at 17:40 -0500, [EMAIL PROTECTED] wrote:
On Tue, 11 Nov 2008 15:03:45 MST, Jonathan Corbet said:
Seems reasonably sane to me - only doing the first 128 bytes rather than
a full 4K page is some 32 times faster. Yes, you'll have the *occasional*
case where two pages were
From 138335ed8c52e775a267a91086e580f86dd5b047 Mon Sep 17 00:00:00 2001
From: Xiantao Zhang [EMAIL PROTECTED]
Date: Thu, 13 Nov 2008 15:23:31 +0800
Subject: [PATCH] KVM: Qemu: Sync compiler.h from kernel source when do make
sync.
In some OS distros, there is no compiler.h installed for building
On Fri, Nov 07, 2008 at 11:18:37AM +0800, Greg KH wrote:
On Fri, Nov 07, 2008 at 11:01:29AM +0800, Zhao, Yu wrote:
Greg KH wrote:
On Wed, Nov 05, 2008 at 08:33:18PM -0800, Greg KH wrote:
On Wed, Oct 22, 2008 at 04:45:15PM +0800, Yu Zhao wrote:
Documentation/ABI/testing/sysfs-bus-pci |
From: Christian Ehrhardt [EMAIL PROTECTED]
*update to v5*
- add exittiming.c to diff content
- prefix all exit timing functions with kvmppc to prevent name collisions (was
already done for some of the functions, now its consequently done for all of
them)
- renamed header c-file and relocated
Hollis Blanchard wrote:
On Tue, 2008-11-11 at 16:43 +0100, Christian Ehrhardt wrote:
From: Christian Ehrhardt [EMAIL PROTECTED]
*update to v4*
- EMUL_CORE no longer had more than wrtee emulation, therefore it now accounts
for WRTEE in the output and set_exit_type calls are in the wrtee
On Wed, 2008-11-12 at 06:31 -0500, Josh Boyer wrote:
On Wed, 12 Nov 2008 15:37:43 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2008-11-11 at 18:06 -0600, Hollis Blanchard wrote:
The current CHIP11 errata truncates the device tree memory node, and
subtracts
On Wed, 2008-11-12 at 22:52 +1100, Benjamin Herrenschmidt wrote:
On Wed, 2008-11-12 at 06:31 -0500, Josh Boyer wrote:
On Wed, 12 Nov 2008 15:37:43 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2008-11-11 at 18:06 -0600, Hollis Blanchard wrote:
The current CHIP11
On Mon, 2008-11-10 at 14:57 -0600, Hollis Blanchard wrote:
Hi Avi, these patches fix some minor PowerPC kernel issues, including a nasty
MMU bug that was exposed by 64K pages on the host, but could also affect 4K
pages.
Hi Avi, could you apply these patches please?
--
Hollis Blanchard
IBM
On Wed, 12 Nov 2008 15:37:43 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2008-11-11 at 18:06 -0600, Hollis Blanchard wrote:
The current CHIP11 errata truncates the device tree memory node, and
subtracts
(hardcoded) 4096 bytes. This breaks kernels with larger PAGE_SIZE,
On Wed, 2008-11-12 at 09:11 -0600, Hollis Blanchard wrote:
Forget pages. The errata is about the last 256 bytes of physical
memory.
I still find it a bit tricky to have memory nodes not aligned on
nice
fat big boundaries tho.
I don't know what you're referring to. The patch I sent
From: Christian Ehrhardt [EMAIL PROTECTED]
Fix some whitespaces in kvm_ppc.h
Signed-off-by: Christian Ehrhardt [EMAIL PROTECTED]
---
[diffstat]
[diff]
diff --git a/arch/powerpc/include/asm/kvm_ppc.h
b/arch/powerpc/include/asm/kvm_ppc.h
--- a/arch/powerpc/include/asm/kvm_ppc.h
+++
On Thursday 13 November 2008 02:46:31 Hollis Blanchard wrote:
On Wed, 2008-11-12 at 22:51 +1030, Rusty Russell wrote:
On Tuesday 11 November 2008 10:07:09 Hollis Blanchard wrote:
Both sides of the virtio interface must agree about how big a pfn
really is. This is particularly an issue on
On Thu, 13 Nov 2008 07:44:56 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Wed, 2008-11-12 at 09:11 -0600, Hollis Blanchard wrote:
Forget pages. The errata is about the last 256 bytes of physical
memory.
I still find it a bit tricky to have memory nodes not aligned on
nice
78 matches
Mail list logo
