Jim Paris wrote:
Hi,
- add file:// migration protocol (Uri Lublin)
commit 70d2a9dc3594446f3ad66b32abc94c08b74118d4
Author: Uri Lublin [EMAIL PROTECTED]
Date: Thu Feb 21 15:00:50 2008 +0200
kvm: qemu: migration: added file:// migration protocol
Instead of writing
Hi experts,
I tried to setup VM network by following the instructions at
http://kvm.qumranet.com/kvmwiki/Networking. In particular I tried to
setup public bridge, so I need /usr/sbin/tunctl. However I could not
find tunctl on my RHEL5.1 system. I also searched tunctl on CD image
and by google,
Marcelo Tosatti wrote:
On Tue, Feb 26, 2008 at 02:38:59PM +0100, Farkas Levente wrote:
Farkas Levente wrote:
Izik Eidus wrote:
On Tue, 2008-02-26 at 12:58 +0100, Farkas Levente wrote:
Zhao, Yunfeng wrote:
Hi, all,
This is today's KVM test result against KVM62-RC2.
Two old issues fixed:
On Wed, 2008-02-27 at 18:08 +0800, Zhao Forrest wrote:
Hi experts,
I tried to setup VM network by following the instructions at
http://kvm.qumranet.com/kvmwiki/Networking. In particular I tried to
setup public bridge, so I need /usr/sbin/tunctl. However I could not
find tunctl on my
From: [EMAIL PROTECTED] on behalf of Jim Paris
- add file:// migration protocol (Uri Lublin)
commit 70d2a9dc3594446f3ad66b32abc94c08b74118d4
Author: Uri Lublin [EMAIL PROTECTED]
Date: Thu Feb 21 15:00:50 2008 +0200
kvm: qemu: migration: added file:// migration protocol
Instead
Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1204046245 21600
# Branch merge
# Node ID 1980deb2bddff30c2f798d33937759a7ce91c242
# Parent e1260182b60d6d6716870c3bff82f503fad868fb
Fix PowerPC Qemu CPU initilization when using target-ppc/fake-exec.c
Uri Lublin wrote:
Opening a file, and writing into it is simpler anyway.
I too do not know yet why exec:dd sometimes fails.
It might be SIGCHLD raise after dd's death. We ought to block it.
--
error compiling committee.c: too many arguments to function
Glauber Costa wrote:
Hi,
I'm resending the series with avi's few comments merged, and a couple
of others on my own:
* _STA returns 0xF instead of 0x1. According to the specification, it means
that the device, besides present, is also functional, enabled, and a couple
of other cool
Online Apotheke - original Qualitaet - 100% wirksam
Spezialangebot: Vi. 10 Tab. 100 mg + Ci. 10 Tab. x 20 mg 53,82 Euro
Vi. 10 Tab. 26,20 Euro
Vi. 30 Tab. 51,97 Euro - Sie sparen: 27,00 Euro
Vi. 60 Tab. 95,69 Euro - Sie sparen: 62,00 Euro
Vi. 90 Tab. 136,91 Euro - Sie sparen: 100,00 Euro
Ci. 10
Dan Aloni wrote:
On Wed, Feb 20, 2008 at 11:09:44AM +0200, Avi Kivity wrote:
Dan Aloni wrote:
It happens at 100% of the times I invoke kexec.
Can you provide a commandline which triggers this? I'm completely
ignorant wrt kexec.
I managed to verify that this
On Wed, Feb 27, 2008 at 11:12:03AM +0100, Farkas Levente wrote:
You can workaround these problems by using a different, less problematic
clocksource such as acpipm, until the TSC/migration issues are fully
resolved.
Add clocksource=acpi_pm to the kernel options.
than just quck
Marcelo Tosatti wrote:
On Wed, Feb 27, 2008 at 11:12:03AM +0100, Farkas Levente wrote:
You can workaround these problems by using a different, less problematic
clocksource such as acpipm, until the TSC/migration issues are fully
resolved.
Add clocksource=acpi_pm to the kernel options.
Avi Kivity wrote:
Dan Aloni wrote:
On Wed, Feb 20, 2008 at 11:09:44AM +0200, Avi Kivity wrote:
Dan Aloni wrote:
It happens at 100% of the times I invoke kexec.
Can you provide a commandline which triggers this? I'm completely
ignorant wrt kexec.
If you want to go with the public bridge option usermode linux tools has tunctl.
e.g., http://www.user-mode-linux.org/cvs/tools/tunctl/
david
Dor Laor wrote:
On Wed, 2008-02-27 at 18:08 +0800, Zhao Forrest wrote:
Hi experts,
I tried to setup VM network by following the instructions at
I'm the 'dsahern' in the bug report (that's my sourceforge login). Per the
thread below yes it is due to networking and as recently as 3 days ago it made a
bit of difference for Arne Kepp with his Centos 5 VM.
david
Avi Kivity wrote:
Marcelo Tosatti wrote:
On Wed, Feb 27, 2008 at 11:12:03AM
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a distro
would carry. It is code shared by anything that needs to load a PowerPC
Linux kernel, for example: the kernel bootwrapper (part of the Linux
source tree), u-boot firmware, Xend, and now qemu.
On Feb 27, 2008, at 5:34 PM, Avi Kivity wrote:
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a
distro
would carry. It is code shared by anything that needs to load a
PowerPC
Linux kernel, for example: the kernel bootwrapper (part of the Linux
On Tue, 2008-02-26 at 11:24 -0600, Jerone Young wrote:
However, why do we need libfdt? Is it not carried by distros, or do
you
need to make changes?
Well it actually isn't distributed with each distro .. sigh ..
actually
this comes from a tool called dtc, compiles/decompiles a device
On Feb 27, 2008, at 5:59 PM, Avi Kivity wrote:
Alexander Graf wrote:
A static library + headers (i.e. libfdt-devel.rpm) could have been
used, though Linux avoids external dependencies.
Why don't you try to talk to the other possible users and create a
version of the library, that at
On Wed, 2008-02-27 at 17:48 +0100, Alexander Graf wrote:
On Feb 27, 2008, at 5:34 PM, Avi Kivity wrote:
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a
distro
would carry. It is code shared by anything that needs to load a
PowerPC
Linux
On Feb 27, 2008, at 7:56 PM, Hollis Blanchard wrote:
On Wed, 2008-02-27 at 17:48 +0100, Alexander Graf wrote:
On Feb 27, 2008, at 5:34 PM, Avi Kivity wrote:
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a
distro
would carry. It is code shared by
Roland Dreier wrote:
The anonymous inodes interface anon_inode_getfd() calls fd_install()
for the newly created fd, which does not work for some use cases where
the caller must do futher initialization before exposing the file to
userspace. This is also probably not the safest interface,
Hello,
I hope this will can be considered final for .25 and be merged. Risk
is zero, the only discussion here is to make an API that will last
forever, functionality-wise all these patches provides zero risk and
zero overhead when MMU_NOTIFIER=n. This last patch covers KVM and GRU
and hopefully
Hollis Blanchard wrote:
I think it's obvious that Linux and uboot will never use this. Unless
someone steps up to continue PowerPC Xen development, neither will Xen.
So you've now narrowed down the use case to dtc (which is libfdt
upstream) and qemu.
Is Xen ppc discontinued?
Whose
On Wed, 2008-02-27 at 20:18 +0100, Alexander Graf wrote:
On Feb 27, 2008, at 7:56 PM, Hollis Blanchard wrote:
On Wed, 2008-02-27 at 17:48 +0100, Alexander Graf wrote:
On Feb 27, 2008, at 5:34 PM, Avi Kivity wrote:
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it
On Wed, 27 Feb 2008, Roland Dreier wrote:
The anonymous inodes interface anon_inode_getfd() calls fd_install()
for the newly created fd, which does not work for some use cases where
the caller must do futher initialization before exposing the file to
userspace. This is also
On Wed, Feb 27, 2008 at 04:02:53PM +0200, Avi Kivity wrote:
Avi Kivity wrote:
[...]
I managed to reproduce it (FC6 kernel kexecing itself). It is Intel
specific.
The attached patch fixes the problem for me.
Works for me too.
diff --git a/kernel/vmx.c b/kernel/vmx.c
index
Same as before but one one hand ported to #v7 API and on the other
hand ported to latest kvm.git.
Signed-off-by: Andrea Arcangeli [EMAIL PROTECTED]
diff --git a/arch/x86/kvm/Kconfig b/arch/x86/kvm/Kconfig
index 41962e7..e1287ab 100644
--- a/arch/x86/kvm/Kconfig
+++ b/arch/x86/kvm/Kconfig
@@
On Wed, 2008-02-27 at 22:20 +0100, Alexander Graf wrote:
On Feb 27, 2008, at 9:22 PM, Hollis Blanchard wrote:
So again, we the potential users are qemu and dtc.
Just while reading this I thought Hey cool, dtc is packaged in most
distributions anyway. So why not modify dtc to provide the
On Tue, 19 Feb 2008, Andrea Arcangeli wrote:
Yes, that's why I kept maintaining my patch and I posted the last
revision to Andrew. I use pte/tlb locking of the core VM, it's
unintrusive and obviously safe. Furthermore it can be extended with
Christoph's stuff in a 100% backwards compatible
Hi,
I've been playing with VMGL and got it to work on KVM using two of the
three suggested setups 1) X forwarding and 2) VNC. However, with SDL it
doesn't work yet. This will require patching KVM/Qemu's SDL viewer.
Also, I haven't been able to get virtio networking going which is
necessary
Hi Izik kvm-devel,
Just wanted to remind that if we'll converge on #v7, the ksm code
in replace_page will have to call ptep_clear_flush_notify too (just
like do_wp_page).
-
This SF.net email is sponsored by: Microsoft
Defy
On Wed, 2008-02-27 at 16:14 -0600, Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1204150440 21600
# Branch merge
# Node ID f255b23b6ef9461be4ee18fa0745f30c4fb66e6a
# Parent 64a281615f436e65ca7fb2f3c2721c374fbfc8be
Fix qemu PPC breakage in monitor.c
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1204151598 21600
# Branch merge
# Node ID cd9eab52ef2d78809540518c4e18f4730d5d8400
# Parent f255b23b6ef9461be4ee18fa0745f30c4fb66e6a
Add --disable-cpu-emulation to qemu help screen.
This patch adds a line to the help screen of
On Wed, 20 Feb 2008, Nick Piggin wrote:
On Friday 15 February 2008 17:49, Christoph Lameter wrote:
The invalidation of address ranges in a mm_struct needs to be
performed when pages are removed or permissions etc change.
If invalidate_range_begin() is called with locks held then we
On Wed, 20 Feb 2008, Andrea Arcangeli wrote:
Well, xpmem requirements are complex. As as side effect of the
simplicity of my approach, my patch is 100% safe since #v1. Now it
also works for GRU and it cluster invalidates.
The patch has to satisfy RDMA, XPMEM, GRU and KVM. I keep hearing that
Also, what we are going to need here are not skeleton drivers
that just do all the *easy* bits (of registering their callbacks),
but actual fully working examples that do everything that any
real driver will need to do. If not for the sanity of the driver
writer, then for the sanity
On Wed, 20 Feb 2008, Nick Piggin wrote:
I don't know how this is supposed to solve anything. The sleeping
problem happens I guess mostly in truncate. And all you are doing
is putting these rmap callbacks in page_mkclean and try_to_unmap.
truncate is handled by the range invalidates. This is
On Tue, 19 Feb 2008, Nick Piggin wrote:
I thought that could be used by a non-sleeping user (not intending
to try supporting sleeping users). If it is useless then it should
go away (BTW. I didn't see your recent patch, some of my confusion
I think stems from Christoph's novel way of merging
On Wed, 20 Feb 2008, Nick Piggin wrote:
But why does _anybody_ (why does Christoph's patches) need to invalidate
when they are going to be more permissive? This should be done lazily by
the driver, I would have thought.
Correct. If you find such places then we can avoid the invalidates there.
On Wed, Feb 27, 2008 at 1:54 PM, Cam Macdonell [EMAIL PROTECTED] wrote:
Hi,
I've been playing with VMGL and got it to work on KVM using two of the
three suggested setups 1) X forwarding and 2) VNC. However, with SDL it
doesn't work yet. This will require patching KVM/Qemu's SDL viewer.
On Wed, 27 Feb 2008, Andrea Arcangeli wrote:
I hope this will can be considered final for .25 and be merged. Risk
is zero, the only discussion here is to make an API that will last
forever, functionality-wise all these patches provides zero risk and
zero overhead when MMU_NOTIFIER=n. This
On Wed, 13 Feb 2008, Jason Gunthorpe wrote:
Christoph: It seemed to me you were first talking about
freeing/swapping/faulting RDMA'able pages - but would pure migration
as a special hardware supported case be useful like Catilan suggested?
That is a special case of the proposed solution. You
http://git.kernel.org/?p=linux/kernel/git/viro/vfs-2.6.git;a=commit;h=49be4f8114e6ff0efdab10ebba2493fb67bc3034
Actually, looking closer at the kvm changes here, I think that
create_vcpu_fd() needs the same treatment as kvm_dev_ioctl_create_vm()
gets in the patch because of the race I mentioned
On Wed, Feb 27, 2008 at 03:06:10PM -0800, Christoph Lameter wrote:
Ok so it somehow works slowly with GRU and you are happy with it. What
As far as GRU is concerned, performance is the same as with your patch
(Jack can confirm).
about the RDMA folks etc etc?
If RDMA/IB folks needed to block
On Wed, Feb 27, 2008 at 02:23:29PM -0800, Christoph Lameter wrote:
How would that work? You rely on the pte locking. Thus calls are all in an
I don't rely on the pte locking in #v7, exactly to satisfy GRU
(so far purely theoretical) performance complains.
atomic context. I think we need a
On Thu, 28 Feb 2008, Andrea Arcangeli wrote:
If RDMA/IB folks needed to block in invalidate_range, I guess they
need to do so on top of tmpfs too, and that never worked with your
patch anyway.
How about blocking in invalidate_page()? It can be made to work...
Would it not be better to have
On Wed, 27 Feb 2008, Christoph Lameter wrote:
Could you be specific? This refers to page migration? Hmmm... Guess we
would need to inc the refcount there instead?
Argh. No its the callback list scanning. Yuck. No one noticed.
On Wed, Feb 27, 2008 at 02:35:59PM -0800, Christoph Lameter wrote:
Could you be specific? This refers to page migration? Hmmm... Guess we
If the reader schedule, the synchronize_rcu will return in the other
cpu and the objects in the list will be freed and overwritten, and
when the task is
Jorge Lucángeli Obes wrote:
On Wed, Feb 27, 2008 at 1:54 PM, Cam Macdonell [EMAIL PROTECTED] wrote:
Hi,
I've been playing with VMGL and got it to work on KVM using two of the
three suggested setups 1) X forwarding and 2) VNC. However, with SDL it
doesn't work yet. This will require
On Thu, 28 Feb 2008, Andrea Arcangeli wrote:
3. Keep the refcount elevated until pages are freed in another execution
context.
Page refcount is not enough (the mmu_notifier_release will run in
another cpu the moment after i_mmap_lock is unlocked) but mm_users may
prevent us to change
On Wed, Feb 27, 2008 at 04:08:07PM -0800, Christoph Lameter wrote:
On Thu, 28 Feb 2008, Andrea Arcangeli wrote:
If RDMA/IB folks needed to block in invalidate_range, I guess they
need to do so on top of tmpfs too, and that never worked with your
patch anyway.
How about blocking in
On Thu, 28 Feb 2008, Andrea Arcangeli wrote:
I'm not suggesting not to address the issues, just that those issues
requires VM core changes, and likely those changes should be
switchable under a CONFIG_XPMEM, so I see no reason to delay the mmu
notifier until those changes are done and merged
On Wed, Feb 27, 2008 at 02:39:46PM -0800, Christoph Lameter wrote:
On Wed, 20 Feb 2008, Andrea Arcangeli wrote:
Well, xpmem requirements are complex. As as side effect of the
simplicity of my approach, my patch is 100% safe since #v1. Now it
also works for GRU and it cluster invalidates.
On Wed, Feb 27, 2008 at 02:43:41PM -0800, Christoph Lameter wrote:
Nope. unmap_mapping_range is already handled by the range callbacks.
But they're called with atomic=1 on anything but anonymous memory. I
understood Andrew asked to remove the atomic param and to allow
sleeping for all kind of
On Wed, Feb 27, 2008 at 04:14:08PM -0800, Christoph Lameter wrote:
Erm. This would also be needed by RDMA etc.
The only RDMA I know is Quadrics, and Quadrics apparently doesn't need
to schedule inside the invalidate methods AFIK, so I doubt the above
is true. It'd be interesting to know if IB is
On Thu, 28 Feb 2008, Andrea Arcangeli wrote:
On Wed, Feb 27, 2008 at 02:43:41PM -0800, Christoph Lameter wrote:
Nope. unmap_mapping_range is already handled by the range callbacks.
But they're called with atomic=1 on anything but anonymous memory. I
understood Andrew asked to remove the
On Thu, 28 Feb 2008, Andrea Arcangeli wrote:
On Wed, Feb 27, 2008 at 04:14:08PM -0800, Christoph Lameter wrote:
Erm. This would also be needed by RDMA etc.
The only RDMA I know is Quadrics, and Quadrics apparently doesn't need
to schedule inside the invalidate methods AFIK, so I doubt the
On Wed, Feb 27, 2008 at 05:03:21PM -0800, Christoph Lameter wrote:
RDMA works across a network and I would assume that it needs confirmation
that a connection has been torn down before pages can be unmapped.
Depends on the latency of the network, for example with page pinning
it can even try
To be clear, do you have VMGL running? And you're only getting ~35 FPS?
I have VMGL running, sorry if that wasn't clear. I'm getting ~35 FPS
running 'glxgears' with VMGL in my 32-bit Ubuntu Hardy alpha guest
using X forwarding. Running 'glxgears' in my Ubuntu Gutsy 64-bit host
gives me ~1100
First of all, thank you for all the great work on this project.
I am trying to boot a linux guest from virtio block device. I followed the
howto on the wiki but guest is not able to locate root device. Only thing I
am doing differently from the wiki is using the virtio_* modules rather than
On 2/27/08, david ahern [EMAIL PROTECTED] wrote:
If you want to go with the public bridge option usermode linux tools has
tunctl.
e.g., http://www.user-mode-linux.org/cvs/tools/tunctl/
david
Dor Laor wrote:
On Wed, 2008-02-27 at 18:08 +0800, Zhao Forrest wrote:
Hi experts,
I tried
Roland Dreier wrote:
http://git.kernel.org/?p=linux/kernel/git/viro/vfs-2.6.git;a=commit;h=49be4f8114e6ff0efdab10ebba2493fb67bc3034
Actually, looking closer at the kvm changes here, I think that
create_vcpu_fd() needs the same treatment as kvm_dev_ioctl_create_vm()
gets in the patch
63 matches
Mail list logo