From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NFr4I-0004dR-6A for qemu-devel@nongnu.org; Wed, 02 Dec 2009 10:24:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NFr4C-0004b0-VY for qemu-devel@nongnu.org; Wed, 02 Dec 2009 10:24:37 -0500 Received: from [199.232.76.173] (port=47812 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NFr4C-0004av-Mp for qemu-devel@nongnu.org; Wed, 02 Dec 2009 10:24:32 -0500 Received: from david.siemens.de ([192.35.17.14]:16557) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NFr4C-0004aB-4z for qemu-devel@nongnu.org; Wed, 02 Dec 2009 10:24:32 -0500 Message-ID: <4B1686AB.4020206@siemens.com> Date: Wed, 02 Dec 2009 16:24:27 +0100 From: Jan Kiszka MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Live migration of x86-64 kvm guests broken? List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel Cc: Pierre Riteau , Liran Schour , kvm , Juan Quintela Hi, I'm facing stalled x86-64 guests after live migration when using kvm (share disk images). This does not happen with x86-32 guests or when disabling kvm. Both qemu and qemu-kvm git heads are affected (recent vmstate fixes applied). Running I/O load during the migration (e.g. a simple "ls -R /") seems to trigger it reliably. Can anyone confirm / comment on this? Do we fail to restore some magic state that only long mode cares about? Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux