From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38667) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XynZc-0002Nx-Dd for qemu-devel@nongnu.org; Wed, 10 Dec 2014 15:09:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XynZW-0005et-AK for qemu-devel@nongnu.org; Wed, 10 Dec 2014 15:09:24 -0500 Received: from mx1.redhat.com ([209.132.183.28]:59522) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XynZW-0005ed-2l for qemu-devel@nongnu.org; Wed, 10 Dec 2014 15:09:18 -0500 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id sBAK9Hn6025219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 10 Dec 2014 15:09:17 -0500 Date: Wed, 10 Dec 2014 20:09:13 +0000 From: "Dr. David Alan Gilbert" Message-ID: <20141210200912.GN2311@work-vm> References: <1418148909-19870-1-git-send-email-dgilbert@redhat.com> <1418148909-19870-3-git-send-email-dgilbert@redhat.com> <5487E4C8.4050102@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5487E4C8.4050102@redhat.com> Subject: Re: [Qemu-devel] [PATCH 2/2] atapi migration: Throw recoverable error to avoid recovery List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: John Snow Cc: pbonzini@redhat.com, qemu-devel@nongnu.org * John Snow (jsnow@redhat.com) wrote: > What makes me the most curious is how this plays out in Windows if this case > is triggered. Throw a trace around the fake error and see if you can't > observe it getting called during a pingpong test while Windows reads a CD. I've not managed to trigger it on Windows (2012). I've run InfraRecorder's track test with heavy migration and it doesn't seem to trigger this case, or cause any extra errors. (Curiously it does complain about not being able to read extended error information and say our CDROM is giving about 35% C2 errors - even without migration; but I think this is just bogus junk it's picking up, although feel free to polish the scratches out of our virtual CD). Dave -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK