On Tue, Mar 02, 2010 at 04:20:03PM -0800, David Stevens wrote:
> These patches add support for mergeable receive buffers to
> vhost-net, allowing it to use multiple virtio buffer heads for a single
> receive packet.
> +-DLS
>
>
> Signed-off-by: David L Stev
Hi Cam,
I used your patches successfully to support shared memory on KVM and
used the test cases successfully, but qemu-kvm crashes when I increased the
size of the shared memory. I
applied the ivshmem patch to qemu-kvm-0.12.3 (some manual patching was
needed). It worked flawlessly for
up to
Olivier Berghmans wrote:
> Hi,
>
> Thanks for the reply. I have a Intel Q9550 processor. EPT was
> introduced in the Nehalem series, where my processor is not part of.
> Based on that, I conclude that I am not using EPT and thus using
> shadow page tables.
>
> The problem of running (for example)
Sent from my iPhone
On Mar 2, 2010, at 7:19 PM, sati...@pacific.net.hk wrote:
Hi folks,
Host - Ubuntu 9.10 64bit
Virtualizer - KVM
I followed;
Virtualization With KVM On Ubuntu 9.10
http://www.howtoforge.com/virtualiza...on-ubuntu-9.10
to install this Virtual Machine. The steps worked w
On Tue, 2010-03-02 at 10:36 +0100, Ingo Molnar wrote:
> * Zhang, Yanmin wrote:
>
> > On Fri, 2010-02-26 at 10:17 +0100, Ingo Molnar wrote:
>
> > > My suggestion, as always, would be to start very simple and very minimal:
> > >
> > > Enable 'perf kvm top' to show guest overhead. Use the exact sa
On Mon, 2010-03-01 at 15:59 -0600, Anthony Liguori wrote:
>
> > * desktop is 1024 x 720
> >
>
> 1024x768 and this is what the default is today anyway.
That was not my experience, as reported in my post a few days ago
("800x600 max resolution"), nor is it the experience reported in the
messa
On Tue, Mar 02, 2010 at 05:31:09PM +0100, Jan Kiszka wrote:
> Marcelo Tosatti wrote:
> > On Tue, Mar 02, 2010 at 09:00:04AM +0100, Jan Kiszka wrote:
> >> Marcelo Tosatti wrote:
> >>> On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
> This grand cleanup drops all reset and vmsave/loa
Hi folks,
Host - Ubuntu 9.10 64bit
Virtualizer - KVM
I followed;
Virtualization With KVM On Ubuntu 9.10
http://www.howtoforge.com/virtualiza...on-ubuntu-9.10
to install this Virtual Machine. The steps worked without problem. But
I have following points can't be resolved:-
1)
I can't fin
This patch glues them all together and makes sure we
notify whenever we don't have enough buffers to receive
a max-sized packet, and adds the feature bit.
Signed-off-by: David L Stevens
diff -ruN net-next-p2/drivers/vhost/net.c net-next-p3/drivers/vhost/net.c
--- net-next-p2/drivers/vhost/net.c
This patch adds vnet_hdr processing for mergeable buffer
support to vhost-net.
Signed-off-by: David L Stevens
diff -ruN net-next-p1/drivers/vhost/net.c net-next-p2/drivers/vhost/net.c
--- net-next-p1/drivers/vhost/net.c 2010-03-01 11:44:22.0
-0800
+++ net-next-p2/drivers/vhost/net.c
This patch generalizes buffer handling functions to
support multiple buffer heads.
In-line for viewing, attached for applying.
Signed-off-by: David L Stevens
diff -ruN net-next-p0/drivers/vhost/net.c net-next-p1/drivers/vhost/net.c
--- net-next-p0/drivers/vhost/net.c 2010-02-24 12:59:24.000
These patches add support for mergeable receive buffers to
vhost-net, allowing it to use multiple virtio buffer heads for a single
receive packet.
+-DLS
Signed-off-by: David L Stevens
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the
Hi,
I run a bunch of virtual servers using KVM. And I a mmap.c bug on the guest
machine. The virtual machines are "desktop servers" for Thin Clients.
My host is running a 2.6.33 kernel and have 32GB of rami, opteron with
amd-v.
The guest is running 2.6.27.45 (tried 2.6.31.12, 2.6.32.9, 2.6.33),
Hi,
I was wondering what's the status of VIA C9 (stepping 3) processor in kvm.
Try'd it on debian
testing (kernel 2.6.32-5, kvm 72) and it won't start. Dmesg is filled with
this: "handle_exception:
unexpected, vectoring info 0x800d intr info 0x8b0d".
Thanks in advance,
Goran Janes
--
T
On Tue, Mar 02, 2010 at 01:31:05AM -0300, Marcelo Tosatti wrote:
> On Fri, Feb 26, 2010 at 05:12:19PM -0300, Glauber Costa wrote:
> > This option deprecates --enable-kvm. It is a more flexible option,
> > that makes use of qemu-opts, and allow us to pass on options to enable or
> > disable kernel i
>
> Didnt you forget to uncomment this later?
uh-ow, true...
>
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Mar 02, 2010 at 01:31:35AM -0300, Marcelo Tosatti wrote:
> On Fri, Feb 26, 2010 at 05:12:20PM -0300, Glauber Costa wrote:
> > Now that we have all devices set up, this patch initializes the irqchip.
> > This is dependant on the io-thread, since we need someone to pull ourselves
> > out of t
On Tue, Mar 02, 2010 at 10:55:45AM -0600, Brian Jackson wrote:
> On Tuesday 02 March 2010 10:33:19 am Harald Braumann wrote:
> > quite often my Windows guest freezes. The window is just black
> > and it uses 100% CPU.
>
> Have you tried to reproduce without vmware vga? That support was developed
>
This patch:
- Makes kvm_config use less memory during parsing, by storing config data
compactly in arrays during parsing, and generating the final dicts only when
requested.
On my machine this results in 5-10 times less memory being used (depending on
the size of the final generated list).
* Paolo Bonzini wrote:
> On 03/02/2010 06:12 PM, Arnaldo Carvalho de Melo wrote:
> >You imply lockstep updates because both are on the same source tree? I
> >don't see why that would be required, there is an ABI contract to be
> >respected no matter where the sources for the signatories live.
>
On 03/02/2010 06:12 PM, Arnaldo Carvalho de Melo wrote:
You imply lockstep updates because both are on the same source tree? I
don't see why that would be required, there is an ABI contract to be
respected no matter where the sources for the signatories live.
It's not about ABIs, it's about not
* Paolo Bonzini wrote:
> On 02/26/2010 03:23 PM, Ingo Molnar wrote:
> >I do think tools/X and tools/libc would make quite a bit of sense - this is
> >one of the better design aspects of FreeBSD et al. It's a mistake that it's
> >not being done.
>
> I don't see what it would buy to have tools/li
Em Tue, Mar 02, 2010 at 05:46:03PM +0100, Paolo Bonzini escreveu:
> On 02/26/2010 03:23 PM, Ingo Molnar wrote:
>> I do think tools/X and tools/libc would make quite a bit of sense - this is
>> one of the better design aspects of FreeBSD et al. It's a mistake that it's
>> not being done.
>
> I don't
On Tuesday 02 March 2010 10:33:19 am Harald Braumann wrote:
> Hi,
>
> quite often my Windows guest freezes. The window is just black
> and it uses 100% CPU. I don't think it's a guest problem, because
> I have kernel debugging enabled and a debugger running in another
> VM is connected through a s
On 02/26/2010 03:23 PM, Ingo Molnar wrote:
I do think tools/X and tools/libc would make quite a bit of sense - this is
one of the better design aspects of FreeBSD et al. It's a mistake that it's
not being done.
I don't see what it would buy to have tools/libc. You cannot force
users to update
Hi,
quite often my Windows guest freezes. The window is just black
and it uses 100% CPU. I don't think it's a guest problem, because
I have kernel debugging enabled and a debugger running in another
VM is connected through a serial line. It doesn't show any problems
and when the guest freezes the
Marcelo Tosatti wrote:
> On Tue, Mar 02, 2010 at 09:00:04AM +0100, Jan Kiszka wrote:
>> Marcelo Tosatti wrote:
>>> On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hook
2010/3/2 Marcelo Tosatti :
Hi Marcelo,
thanks a lot for your reply.
> Applied, thanks.
Thanks a lot.
If you care I can check all the KVM files.
Thanks again,
Andrea
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More ma
On 03/02/10 15:56, Daniel P. Berrange wrote:
Glad to hear that. Are these bits in F12 virt-preview already?
I believe so.
/me goes fetch updates to check it out.
Migrating
>from another tool like VMWare is a much harder than just importing
the disk image, since you have to update the dr
On Thu, 2010-02-25 at 17:09 -0300, Lucas Meneghel Rodrigues wrote:
> On Thu, 2010-02-25 at 19:11 +0530, yogi wrote:
> > On Wed, 2010-02-24 at 01:16 -0300, Lucas Meneghel Rodrigues wrote:
> > > H i Yogi, I have read and rebased your patch against current trunk. I
> > > have one doubt: I noticed that
On Tue, Mar 02, 2010 at 03:52:52PM +0100, Gerd Hoffmann wrote:
> On 03/02/10 15:37, Daniel P. Berrange wrote:
> >On Tue, Mar 02, 2010 at 03:22:07PM +0100, Gerd Hoffmann wrote:
> >>On 03/02/10 14:37, Nikolai K. Bochev wrote:
> >>>I don't see where this argument is leading to. So far there are
> >>>a
On Tue, Mar 2, 2010 at 2:21 AM, Chris Webb wrote:
> I remember about a year ago, someone asserting on the list that -usbdevice
> tablet was very CPU intensive even when not in use, and should be avoided if
> mouse support wasn't needed, e.g. on non-graphical VMs. Was that actually a
> significant
On 03/02/10 15:37, Daniel P. Berrange wrote:
On Tue, Mar 02, 2010 at 03:22:07PM +0100, Gerd Hoffmann wrote:
On 03/02/10 14:37, Nikolai K. Bochev wrote:
I don't see where this argument is leading to. So far there are
arguments that qemu/kvm sucks as a desktop virtualization, now
suddenly the gui
On Tue, Mar 02, 2010 at 03:22:07PM +0100, Gerd Hoffmann wrote:
> On 03/02/10 14:37, Nikolai K. Bochev wrote:
> >I don't see where this argument is leading to. So far there are
> >arguments that qemu/kvm sucks as a desktop virtualization, now
> >suddenly the gui tools are shitty and everything shoul
On Sat, Feb 27, 2010 at 05:51:43PM +0100, Andrea Gelmini wrote:
> arch/x86/kvm/kvm_timer.h:13: ERROR: code indent should use tabs where possible
>
> Signed-off-by: Andrea Gelmini
> ---
> arch/x86/kvm/kvm_timer.h |4 +---
> 1 files changed, 1 insertions(+), 3 deletions(-)
Applied, thanks.
-
On Mon, Mar 01, 2010 at 03:34:33PM +0100, Joerg Roedel wrote:
> Hi,
>
> this is the third round of the msrpm merge optimization patches for
> nested svm. The change to the previous post it the introduction of an
> direc_access_msrs list which contains all msrs that a guest might
> directly access
On Mon, Mar 01, 2010 at 04:14:46PM +0200, Gleb Natapov wrote:
> IO test doesn't clobber EAX register between out and in so if they do
> nothing test succeed where it should fail. Fix that. Enlarge space for
> tested code from 16 bytes to 32 bytes since now some tests are longer
> then 16 bytes.
>
* Gerd Hoffmann wrote:
> On 03/02/10 14:37, Nikolai K. Bochev wrote:
> >I don't see where this argument is leading to. So far there are
> >arguments that qemu/kvm sucks as a desktop virtualization, now
> >suddenly the gui tools are shitty and everything should be done cli ,
> >because there's no
Adds new entry "SUSE" in test_base file for sles and
contains autoinst file for doing unatteneded Sles11 64-bit
install.
Signed-off-by: Yogananth Subramanian
---
client/tests/kvm/tests_base.cfg.sample | 22 +
client/tests/kvm/unattended/Sles11-64-autoinst.xml | 897 +++
Hello Lucas,
Have rebased them to latest git and sending them again.I have split it into 2
patches. The first one for "Parallel install of guest OS" and second one
"support for unattended installation of Sles11-64bit OS". Thanks again for
sharing the git config script, made using send-email ve
The patch enables doing mulitple install of guest OS in parallel.
Have added four more options to test_base.cfg, port redirection
entry "guest_port_unattend_shell" for host to communicate with
guest during installation, "pxe_dir", 'pxe_image' and
'pxe_initrd" to specify locations for kernel and in
On 03/02/10 14:37, Nikolai K. Bochev wrote:
I don't see where this argument is leading to. So far there are
arguments that qemu/kvm sucks as a desktop virtualization, now
suddenly the gui tools are shitty and everything should be done cli ,
because there's no man pages for virt-manager. Explain.
I don't see where this argument is leading to. So far there are arguments that
qemu/kvm sucks as a desktop virtualization, now suddenly the gui tools are
shitty and everything should be done cli , because there's no man pages for
virt-manager. Explain.
- Original Message -
From: Peter Z
On Tue, Mar 02, 2010 at 09:00:04AM +0100, Jan Kiszka wrote:
> Marcelo Tosatti wrote:
> > On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
> >> This grand cleanup drops all reset and vmsave/load related
> >> synchronization points in favor of four(!) generic hooks:
> >>
> >> - cpu_synchro
* Ingo Molnar wrote:
> Here's our experience with tools/perf/. Hosting the project in the kernel
> proper helped its quality immensely:
>
> - It's much easier to synchronize new features on the kernel side and on the
>user-space side. The two go hand in hand - they are often implemented i
Huang Ying wrote:
> On Tue, 2010-03-02 at 16:09 +0800, Jan Kiszka wrote:
>> Huang Ying wrote:
>>> MCE registers are saved/load into/from CPUState in
>>> kvm_arch_save/load_regs. To simulate the MCG_STATUS clearing upon
>>> reset, MSR_MCG_STATUS is set to 0 for KVM_PUT_RESET_STATE.
>>>
>>> v2:
>>>
>
On Mon, 2010-03-01 at 09:14 -0600, Anthony Liguori wrote:
> The real
> question to ask is, why are you using qemu directly instead of using
> virt-manager?
Because I suspect Ingo, like me, is a command line user, launching a gui
to start kvm when there is a kvm command around just sounds daft.
Hi,
Thanks for the reply. I have a Intel Q9550 processor. EPT was
introduced in the Nehalem series, where my processor is not part of.
Based on that, I conclude that I am not using EPT and thus using
shadow page tables.
The problem of running (for example) a VirtualBox guest inside a KVM
guest is
On Tue, 2010-03-02 at 15:09 +0800, Zhang, Yanmin wrote:
> With vanilla host kernel, perf top data is stable and spinlock doesn't take
> too much cpu time.
> With guest os, __ticket_spin_lock consumes 28% cpu time, and sometimes it
> fluctuates between 9%~28%.
>
> Another interesting finding is a
* Zhang, Yanmin wrote:
> On Fri, 2010-02-26 at 10:17 +0100, Ingo Molnar wrote:
> > My suggestion, as always, would be to start very simple and very minimal:
> >
> > Enable 'perf kvm top' to show guest overhead. Use the exact same kernel
> > image both as a host and as guest (for testing), to
Ingo Molnar writes:
> Yes, you are quite correct: udev has been argued to be a prime candidate for
> tools/. (and some other kernel utilities as well)
A small, static set of userspace like klibc (only 5M unpacked!) with enough
tools for rolling up in a standard initramfs would be especially nic
On Tue, 2010-03-02 at 16:09 +0800, Jan Kiszka wrote:
> Huang Ying wrote:
> > MCE registers are saved/load into/from CPUState in
> > kvm_arch_save/load_regs. To simulate the MCG_STATUS clearing upon
> > reset, MSR_MCG_STATUS is set to 0 for KVM_PUT_RESET_STATE.
> >
> > v2:
> >
> > - Rebased on ne
Dustin Kirkland writes:
> On Mon, 2010-03-01 at 15:59 -0600, Anthony Liguori wrote:
> >
> > Defaulting usb to on and defaulting to a usb tablet is a reasonable
> > thing to do IMHO.
>
> \o/ Definitely a better user experience.
I remember about a year ago, someone asserting on the list that -
Zachery Salwasser wrote:
> Thank you for the prompt reply, you were correct, and I was able to
> resolve the issue by being a little more careful with my header files.
> I will close the issue on sourceforge.
>
OK, so we can safely conclude your problem was due to local changes in
the kvm header
Huang Ying wrote:
> MCE registers are saved/load into/from CPUState in
> kvm_arch_save/load_regs. To simulate the MCG_STATUS clearing upon
> reset, MSR_MCG_STATUS is set to 0 for KVM_PUT_RESET_STATE.
>
> v2:
>
> - Rebased on new CPU registers save/load framework.
Yep, much closer. :)
>
> Sign
Marcelo Tosatti wrote:
> On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
>> This grand cleanup drops all reset and vmsave/load related
>> synchronization points in favor of four(!) generic hooks:
>>
>> - cpu_synchronize_all_states in qemu_savevm_state_complete
>> (initial sync from ke
56 matches
Mail list logo