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
>
> In
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, b
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 KV
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
>
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-e
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
Jerone Young wrote:
>> I don't really see why we need to keep the top-level directory small.
>>
>
> I think it's more of a personal thing. Mainly do it for anyone who is
> getting into the project for the first time. Once you've been doing it
> for a while it's no issue.. but first time y
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 co
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 manage
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 jus
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
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 th
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
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 least can be packaged, even though f
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
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
> >> Po
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, since the
caller must be sure
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 i
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, s
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 al
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
[CC-ing Al too]
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 a
> > 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, since the
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-ordinate
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
> http://git.kernel.org/?p=linux/kernel/git/viro/vfs-2.6.git;a=commit;h=49be4f8114e6ff0efdab10ebba2493fb67bc3034
>
> I'm fine with both approaches.
Both ways are OK with me too, although Al's change leaves the trap in
the anon_inode_getfd() in that all users have to keep in mind the race
again
On Wed, 2008-02-27 at 21:25 +0200, Avi Kivity wrote:
> 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
>
On Feb 27, 2008, at 9:22 PM, Hollis Blanchard wrote:
> 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:
> Ho
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
> i
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
@@ -21
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 pro
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
# 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
Recent pull of qemu_cvs has added function "qemu_system_cpu_h
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 mon
On Feb 27, 2008, at 11:19 PM, Hollis Blanchard wrote:
> 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
# 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 co
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
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 tha
>
> > 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 th
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 Wed, 2008-02-27 at 16:34 -0600, Jerone Young wrote:
> # HG changeset patch
> # User Jerone Young <[EMAIL PROTECTED]>
> # Date 1204151598 21600
> # Branch merge
> # Node ID cd9eab52ef2d78809540518c4e18f4730d5d8400
> # Parent f255b23b6ef9461be4ee18fa0745f30c4fb66e6a
> Add --disable-cpu-emulation
On Tue, 19 Feb 2008, Jack Steiner wrote:
> In general, though, I agree. Most users of mmu_notifiers would likely
> required a mutex or something equivalent.
The skeletons shows how to do most of it using a spinlock and a
counter.
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 mergi
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 ther
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
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. Yo
> 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 ge
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
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 sche
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
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 ch
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 blockin
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 merg
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 invali
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 vm
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 t
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
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 F
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
recomp
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
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
75 matches
Mail list logo
