From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55735) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a3iD1-00034v-Ks for qemu-devel@nongnu.org; Tue, 01 Dec 2015 05:30:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a3iCz-0005uE-RM for qemu-devel@nongnu.org; Tue, 01 Dec 2015 05:30:55 -0500 Date: Tue, 1 Dec 2015 18:30:41 +0800 From: Fam Zheng Message-ID: <20151201103041.GB6787@ad.usersys.redhat.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] [QEMU 2.1.2] block in bdrv_drain_all() List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Qian Peng Cc: kwolf , qemu-block , qemu-devel , stefanha , pbonzini , jsnow On Tue, 12/01 17:53, Qian Peng wrote: > Hi, > > > I am using qemu 2.1.2 and some VMs hang while playing videos. Does the problem reproduce with current head? Fam > > > QEMU parameters and stack information is as follows: > /usr/bin/qemu-system-x86_64 > -name S398_ABC-047 > -S -machine pc-i440fx-2.1,accel=kvm,usb=off > -m 1024 > -realtime mlock=off > -smp 1,sockets=1,cores=1,threads=1 > -uuid 2f9fa97a-0061-436c-a40c-e7abc3d0cdb1 > -no-user-config -nodefaults > -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/S398_ABC-047.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control > -rtc base=localtime > -no-shutdown -global PIIX4_PM.disable_s3=1 > -global PIIX4_PM.disable_s4=0 -boot strict=on > -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 > -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 > -drive file=/opt/cvm/win7_64_S398_ABC-047.inst,if=none,id=drive-ide0-0-0,format=qcow2,cache=writeback,discard=unmap > -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 > -drive file=/opt/data/hugedisk/win7_64_S398_ABC-047_share.add,if=none,id=drive-ide0-0-1,format=qcow2,cache=writeback > -device ide-hd,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1 -netdev tap,fd=21,id=hostnet0,vhost=on,vhostfd=23 > -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:19:a6:93,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 > -device isa-serial,chardev=charserial0,id=serial0 -chardev pty,id=charserial1 > -device isa-serial,chardev=charserial1,id=serial1 -chardev spicevmc,id=charchannel0,name=vdagent > -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.spice.0 -chardev spiceport,id=charchannel1,name=webcam > -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=com.redhat.spice.webcam > -device usb-tablet,id=input0 -spice port=5902,addr=0.0.0.0,disable-ticketing,seamless-migration=on -vnc 0.0.0.0:3 > -device qxl-vga,id=video0,ram_size=67108864,vram_size=67108864,bus=pci.0,addr=0x2 -device intel-hda,id=sound0,bus=pci.0,addr=0x4 > -device hda-micro,id=sound0-codec0,bus=sound0.0,cad=0 -device hda-duplex,id=sound0-codec1,bus=sound0.0,cad=1 > -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 > -readconfig /etc/qemu/ich9-ehci-uhci.cfg > -chardev spicevmc,name=usbredir,id=usbredirchardev1 -device usb-redir,chardev=usbredirchardev1,id=usbredirdev1,bus=ehci.0 > -chardev spicevmc,name=usbredir,id=usbredirchardev2 -device usb-redir,chardev=usbredirchardev2,id=usbredirdev2,bus=ehci.0 > -chardev spicevmc,name=usbredir,id=usbredirchardev3 -device usb-redir,chardev=usbredirchardev3,id=usbredirdev3,bus=ehci.0 > -cpu SandyBridge,host=on,+vmx,model_id=Intel(R) Xeon(R) CPU E5-26xx series,hv-relaxed=on,hv-time=on,hv-spinlocks=0x1fff > > > Thread 4 (Thread 0x7fa09a527700 (LWP 48069)): > #0 0x00007fa09ec7b3e7 in ppoll () from /lib64/libc.so.6 > #1 0x00007fa0a2f7e27b in qemu_poll_ns (fds=, > nfds=, timeout=) > #2 0x00007fa0a2f7edf4 in aio_poll (ctx=0x7fa0a5835620, blocking=true) > #3 0x00007fa0a2f782e8 in bdrv_drain_all () > #4 0x00007fa0a2eb602a in bmdma_cmd_writeb (bm=0x7fa0a5ce8cc8, val=0) > #5 0x00007fa0a2d17e68 in access_with_adjusted_size (addr=0, > value=0x7fa09a526aa0, size=1, access_size_min=, > access_size_max=, > access=0x7fa0a2d19b10 , mr=0x7fa0a5ce8e30) > #6 0x00007fa0a2d1988c in memory_region_dispatch_write (mr=0x7fa0a5ce8e30, > addr=0, val=, size=1) > #7 io_mem_write (mr=0x7fa0a5ce8e30, addr=0, val=, size=1) > #8 0x00007fa0a2cdd73a in address_space_rw (as=0x7fa0a3412380, > addr=, buf=, len=1, > is_write=true) > #9 0x00007fa0a2d155c4 in kvm_handle_io (cpu=) > #10 kvm_cpu_exec (cpu=) > #11 0x00007fa0a2d0470c in qemu_kvm_cpu_thread_fn (arg=0x7fa0a5ca95c0) > #12 0x00007fa0a17ec9d1 in start_thread () from /lib64/libpthread.so.0 > #13 0x00007fa09ec849dd in clone () from /lib64/libc.so.6 > > > Thread 3 (Thread 0x7fa0995ff700 (LWP 48071)): > #0 0x00007fa09ec7b1b3 in poll () from /lib64/libc.so.6 > #1 0x00007fa09fbfb306 in ?? () from /usr/lib64/libspice-server.so.1 > #2 0x00007fa0a17ec9d1 in start_thread () from /lib64/libpthread.so.0 > #3 0x00007fa09ec849dd in clone () from /lib64/libc.so.6 > > > Thread 2 (Thread 0x7fa098bff700 (LWP 48072)): > #0 0x00007fa0a17f05bc in pthread_cond_wait@@GLIBC_2.3.2 () > from /lib64/libpthread.so.0 > #1 0x00007fa0a2fca499 in qemu_cond_wait (cond=, > mutex=) > #2 0x00007fa0a2f6c9d3 in vnc_worker_thread_loop (queue=0x7fa0a5e62170) > #3 0x00007fa0a2f6cf80 in vnc_worker_thread (arg=0x7fa0a5e62170) > #4 0x00007fa0a17ec9d1 in start_thread () from /lib64/libpthread.so.0 > #5 0x00007fa09ec849dd in clone () from /lib64/libc.so.6 > > > Thread 1 (Thread 0x7fa0a2c1d9c0 (LWP 48065)): > #0 0x00007fa0a17f3264 in __lll_lock_wait () from /lib64/libpthread.so.0 > #1 0x00007fa0a17ee508 in _L_lock_854 () from /lib64/libpthread.so.0 > #2 0x00007fa0a17ee3d7 in pthread_mutex_lock () from /lib64/libpthread.so.0 > #3 0x00007fa0a2fca719 in qemu_mutex_lock (mutex=) > #4 0x00007fa0a2f7cedb in os_host_main_loop_wait ( > nonblocking=) > #5 main_loop_wait (nonblocking=) > #6 0x00007fa0a2df9aeb in main_loop (argc=, > argv=, envp=) > #7 main (argc=, argv=, > envp=) > > > Did anyone meet this problem before? If I want to fix it, which patches I could apply. > > > Thank you very much! > > > Regards, > Qian Peng