Biweekly KVM Test report, kernel a3e2cba1... qemu 2c9bb5d4...

2011-04-02 Thread Ren, Yongjie
Hi All, This is KVM test result against kvm.git a3e2cba1e702cfe15e2ebb20a75b88f02c834d3f based on kernel 2.6.38+, and qemu-kvm.git 2c9bb5d4e5ae3b12ad71bd6a0c1b32003661f53a. We found 1 bug about guest cannot boot with 8 VFs or more. The VT-d bug 730441 (qemu bugzilla) concerning nomsi NIC is

2.6.32.x guest dies when trying to run tcpdump

2011-04-02 Thread Nikola Ciprich
Hello, I noticed few times, that when I try to run tcpdump on 2.6.32.x, the guest end up badly, it gets stuck for some time, and either reboots, or gets into pretty good state. I'm using virtio, both host and guests are x86_64, host is 2.6.37 (but I noticed this problem also with older host

Re: 2.6.32.x guest dies when trying to run tcpdump

2011-04-02 Thread Stefan Hajnoczi
On Sat, Apr 2, 2011 at 4:23 PM, Nikola Ciprich extmaill...@linuxbox.cz wrote: I'm using virtio network channel, and on one of the guests (the one with aborted ext4) I use it also for one of virtual disks. One more interesting thing, I can't reproduce this immediately after guest boot, but

Re: 2.6.32.x guest dies when trying to run tcpdump

2011-04-02 Thread Nikola Ciprich
Hello Stefan! It looks like your guests are SMP. How many vcpus are you running? How many physical cpus does /proc/cpuinfo list on the host? one of guests is SMP (8cpus), one is UP, host has 2x4 cores. Is the host overloaded when this occurs? nope Are there any clues in host dmesg?

Re: [ANNOUNCE] Native Linux KVM tool

2011-04-02 Thread Anthony Liguori
On 03/31/2011 12:30 PM, Pekka Enberg wrote: Hi all, We’re proud to announce the native Linux KVM tool! Neat! As something of a lesson of history, I'd suggest picking a more unique name while it's still a prototype :-) The goal of this tool is to provide a clean, from-scratch, lightweight

Re: [PATCH v2] device-assignment: Reset device on system reset

2011-04-02 Thread Marcelo Tosatti
On Thu, Mar 17, 2011 at 02:55:42PM -0700, Chris Wright wrote: * Alex Williamson (alex.william...@redhat.com) wrote: On system reset, we currently try to quiesce DMA by clearing the command register. This assumes that nothing re-enables bus master support without first de-programming the