From mboxrd@z Thu Jan 1 00:00:00 1970 From: Zoltan Kiss Subject: Re: driver domain crash and reconnect handling Date: Thu, 24 Jan 2013 19:39:51 +0000 Message-ID: <51018E07.7020000__38865.0558692918$1359056520$gmane$org@citrix.com> References: <81A73678E76EA642801C8F2E4823AD21014183065D27@LONPMAILBOX01.citrite.net> <1358770844.3279.194.camel@zakaz.uk.xensource.com> <51005CF8.402@citrix.com> <51011EF5.9080708@gmail.com> <291EDFCB1E9E224A99088639C4762022013F451DCB22@LONPMAILBOX01.citrite.net> <51013FED.60201@gmail.com> <51014CDC.1030501@citrix.com> <1359047667.32057.31.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1359047667.32057.31.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: "xen-api@lists.xen.org" , Paul Durrant , George Shuklin , Dave Scott , "'xen-devel@lists.xen.org'" List-Id: xen-devel@lists.xenproject.org On 24/01/13 17:14, Ian Campbell wrote: > On Thu, 2013-01-24 at 15:01 +0000, Zoltan Kiss wrote: >> If you would do a suspend, the frontend driver flush out disk IO >> operations before suspend reached, and therefore there won't be anything >> to timeout after resume. > > Actually the behaviour, of Linux blkfront at least, is to not do > anything on suspend but instead to replay the outstanding requests on > the ring on resume. This is to support checkpointing (where you don't > need to replay but I think it is exactly what you want for the driver > domain crash case too. That might be true, sorry, I worked from my faulty memories and haven't checked it again. Zoli