From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42213) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNNJT-0007uq-JZ for qemu-devel@nongnu.org; Mon, 16 Feb 2015 10:10:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YNNJO-0006T2-Th for qemu-devel@nongnu.org; Mon, 16 Feb 2015 10:10:19 -0500 Received: from vps01.wiesinger.com ([46.36.37.179]:59841) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNNJO-00060k-I6 for qemu-devel@nongnu.org; Mon, 16 Feb 2015 10:10:14 -0500 Message-ID: <54E20812.4090006@wiesinger.com> Date: Mon, 16 Feb 2015 16:09:06 +0100 From: Gerhard Wiesinger MIME-Version: 1.0 References: <54AE87C1.2060907@wiesinger.com> <54AEBD43.2060705@redhat.com> <54AEC877.9080600@wiesinger.com> <54AECAF3.3060909@redhat.com> <54AF047D.8010009@wiesinger.com> <54B3B2F5.1090405@wiesinger.com> <54B57C51.7090002@wiesinger.com> <54B584AB.4090303@redhat.com> <54B58AC0.5080805@wiesinger.com> <54B58B18.9060205@redhat.com> <54B595C7.3080101@wiesinger.com> <54B5BF5F.9000805@redhat.com> <54B633CE.3040901@wiesinger.com> <54E05659.9050701@wiesinger.com> <54E1FC2B.3030805@redhat.com> In-Reply-To: <54E1FC2B.3030805@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Fedora FC21 - Bug: 100% CPU and hangs in gettimeofday(&tp, NULL); forever List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini , Laine Stump , qemu-devel@nongnu.org, Cole Robinson , virt@lists.fedoraproject.org On 16.02.2015 15:18, Paolo Bonzini wrote: > > On 15/02/2015 09:18, Gerhard Wiesinger wrote: >> >> Can you grab some random backtraces ("thread apply all bt full") with gdb? Very low load on the machine, so I guess most will be sleeping and hard to catch non sleeping ones. See below For the records: gdb -p 14139 -ex 'thread apply all bt full' -batch >> >> What is the libvirt XML or qemu command line? See below. >> Kernel (host/guest): 3.18.6-200.fc21.x86_64 #1 SMP >> qemu-kvm-2.2.0-5.fc21.x86_64 >> >> Bug 1178975 - endless loop in clock_gettime() on a kvm-based VM >> https://bugzilla.redhat.com/show_bug.cgi?id=1178975 >> is fixed (didn't occour with the test program posted at >> https://bugzilla.redhat.com/show_bug.cgi?id=1178975#c28 in 30min, >> happened before reproduceable in 2min, still running) >> >> So I guess there is another problem in the kernel with volatile and gcc >> optimizations (or maybe in qemu-KVM) > No, this doesn't look like volatile. But why 100% on 2 cores? There were also recent bugfixes with optimizations in gcc-4.9.2-6.fc21 maybe we hit one of these. - update from the 4.9 branch - PRs c++/54442, c++/64514, c++/64521, c++/64901, c/57653, c/61553, c/64766, c/64778, c/64824, c/64868, debug/64511, debug/64663, fortran/56867, fortran/57023, fortran/60922, fortran/62044, fortran/63733, fortran/64230, fortran/64528, fortran/64771, ipa/63970, ipa/64068, ipa/64559, libstdc++/64476, libstdc++/64584, libstdc++/64585, libstdc++/64646, libstdc++/64649, libstdc++/64680, middle-end/63704, middle-end/64391, middle-end/64421, middle-end/64734, rtl-optimization/61058, rtl-optimization/63637, rtl-optimization/64286, rtl-optimization/64557, target/61413, target/63424, target/64358, target/64479, target/64505, target/64513, target/64580, target/64795, target/64882, target/64938, target/64979, testsuite/64712, tree-optimization/64563 Ciao, Gerhard /usr/bin/qemu-system-x86_64 -machine accel=kvm -name myvm -S -machine pc-0.15,accel=kvm,usb=off -m 384 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid b40e77d3-cd86-4d59-9ee4-5756ec88bf99 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/myvm.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -boot menu=on,strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device lsi,id=scsi0,bus=pci.0,addr=0x6 -device ahci,id=ahci0,bus=pci.0,addr=0x9 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/var/lib/libvirt/images/myvm.img,if=none,id=drive-virtio-disk0,format=qcow2 -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x3,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -netdev tap,fd=33,id=hostnet0,vhost=on,vhostfd=34 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:aa:bb:cc,bus=pci.0,addr=0x8 -netdev tap,fd=35,id=hostnet1,vhost=on,vhostfd=36 -device virtio-net-pci,netdev=hostnet1,id=net1,mac=52:54:00:aa:bb:cd,bus=pci.0,addr=0x7 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 -vnc 127.0.0.1:9 -k de -device VGA,id=video0,vgamem_mb=16,bus=pci.0,addr=0x2 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5 -msg timestamp=on myvm b40e77d3-cd86-4d59-9ee4-5756ec88bf99 Fedora 21 393216 393216 2 /machine hvm destroy restart restart /usr/bin/qemu-kvm