From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42716) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKVTu-000441-OM for qemu-devel@nongnu.org; Thu, 21 Aug 2014 12:44:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XKVTt-0007B8-FU for qemu-devel@nongnu.org; Thu, 21 Aug 2014 12:44:58 -0400 Received: from mx1.redhat.com ([209.132.183.28]:23495) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XKVTt-0007Ay-8n for qemu-devel@nongnu.org; Thu, 21 Aug 2014 12:44:57 -0400 Message-ID: <53F62201.1050805@redhat.com> Date: Thu, 21 Aug 2014 18:44:49 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <53D8DEE1.8080905@beyond.pl> <53D8F546.4010803@redhat.com> <53D96DBE.2040700@beyond.pl> <53DA283F.4030709@beyond.pl> <53DFB511.70700@beyond.pl> <53DFD158.3070203@redhat.com> <20140808213730.GA13545@amt.cnet> <688822096.25778377.1407566113211.JavaMail.zimbra@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] latest rc: virtio-blk hangs forever after migration List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Andrey Korolyov Cc: Amit Shah , Fam Zheng , Marcelo Tosatti , =?UTF-8?B?TWFyY2luIEdpYnXFgmE=?= , "qemu-devel@nongnu.org" Il 21/08/2014 18:41, Andrey Korolyov ha scritto: > Sorry, the test series revealed that the problem is still here, but > with lower hit ratio with modified 2.1-HEAD using selected argument > set. The actual root of the issue is in '-cpu > qemu64,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1000' > Windows-specific addition which can be traded for some idle CPU > consumption. Reproduction of bug is quite simple - fire up Windows VM, > migrate it two-three times and then try to log in using rdesktop/VNC - > if disk is frozen, login progress will freeze too. It is not so easy > to detect blocked I/O on Windows in the interactive session due to > lack of soft lockup warning equivalent, so one can try such a sequence > to check. What kernel version? The ioapic patches at http://thread.gmane.org/gmane.linux.kernel/1671045 fixed exactly a Windows-specific hang in migration. But it didn't require Hyper-V enlightenments. Paolo