From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:35476) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S9HI9-0006oO-0h for qemu-devel@nongnu.org; Sun, 18 Mar 2012 10:41:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S9HI7-0003Rf-0m for qemu-devel@nongnu.org; Sun, 18 Mar 2012 10:41:04 -0400 Received: from alpha.arachsys.com ([91.203.57.7]:41258) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S9HI6-0003RL-RB for qemu-devel@nongnu.org; Sun, 18 Mar 2012 10:41:02 -0400 Date: Sun, 18 Mar 2012 14:40:57 +0000 From: Chris Webb Message-ID: <20120318144056.GA24164@arachsys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: [Qemu-devel] A second bug in the IO throttling code List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: zwu.kernel@gmail.com Cc: kwolf@redhat.com, pbonzini@redhat.com, Zhi Yong Wu , qemu-devel@nongnu.org, stefanha@linux.vnet.ibm.com Whilst you have patches in progress for the queue draining issue with the IO throttling code which triggers the assert()s in the ide driver, I thought I should report a second bug I've seen. I'm not sure whether it's related, but none of the patch series posted so far appear to fix or affect it. I find that if I start a guest booting linux using extlinux and set a bytes-per-second throttle value less than about 4MB/s, qemu tends to lock up completely while the bootloader is loading the kernel. For example, there's a tiny 10MB ext4 filesystem gzipped up at http://cdw.me.uk/tmp/test.img.gz which just contains extlinux and a kernel. If you run a VM with qemu HEAD as qemu -m 1024 -vnc :1 -drive if=none,id=ide.0.0,format=raw,cache=none,file=test.img,bps=10000000 -device ide-drive,bus=ide.0,unit=0,bootindex=1,drive=ide.0.0 -monitor stdio and watch on VNC, you'll see it hangs whilst loading the kernel. Once this has happened, no further interaction with the monitor is possible, and the VNC socket becomes completely unresponsive. This happens about half of the time with bps set as high as 2*1024*1024. I first saw this with the version of the block throttling patches I'd back-ported on top of qemu-kvm 1.0, but have checked that the problem is still present in HEAD as of this afternoon [361dea401f52]. Best wishes, Chris.