From mboxrd@z Thu Jan 1 00:00:00 1970 From: "James Harper" Subject: RE: PV resume failed after self migration failed Date: Mon, 20 Jun 2011 09:11:59 +1000 Message-ID: References: , , , , Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Return-path: Content-class: urn:content-classes:message In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: MaoXiaoyun , xen devel List-Id: xen-devel@lists.xenproject.org > > > > Windows will invoke a scsi reset if a request takes too long to complete > > (5 seconds I think). It will also issue a reset when a crash dump > > starts, just to make sure all previous requests are flushed etc. > > > Thanks for the help, sorry for the late response, I've been leaving a while > lase weekend. >=20 > If VBD is already suspended, all further IO try to issue will find vbd states > is not SR_STATE_RUNNING, > thus calls ScsiPortNotification to notify RequestComplete, right? >=20 > If so, I have an assumption. > at time t, VBD is suspend, an IO is try to issue, but before it calls > ScsiPortNotificaiton, the whole > VM paused(VCPU paused, last step of step), 10 or more seconds later, if VM > resumes, will the driver > found the IO mentioned before has already timed out and trigger > XenVbd_HwScsiResetBus? >=20 The xenvbd driver doesn't do any timeout, windows does the timeout and tells xenvbd to reset. I haven't tested the scenario you describe very recently, and xenvbd is now two different drivers, one for scsiport = (<=3D 2003) and one for storport (>=3D Vista), so there could be bugs in = either. James