Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932149Ab2JRKCg (ORCPT ); Thu, 18 Oct 2012 06:02:36 -0400 Received: from smtp.citrix.com ([66.165.176.89]:11858 "EHLO SMTP.CITRIX.COM" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754123Ab2JRKCd (ORCPT ); Thu, 18 Oct 2012 06:02:33 -0400 X-IronPort-AV: E=Sophos;i="4.80,606,1344211200"; d="scan'208";a="41650871" Message-ID: <507FD39F.4060601@citrix.com> Date: Thu, 18 Oct 2012 11:02:07 +0100 From: David Vrabel User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20120428 Iceowl/1.0b1 Icedove/3.0.11 MIME-Version: 1.0 To: "xen-devel@lists.xensource.com" , "linux-kernel@vger.kernel.org" , "netdev@vger.kernel.org" , "David S. Miller" , Jens Axboe , , Bjorn Helgaas , , Florian Tobias Schandinat , , Dmitry Torokhov CC: David Vrabel Subject: [PATCH 0/5] drivers: xen frontend devices should handle missed backend CLOSING Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1004 Lines: 23 Subsystem maintainers, you can either pick up the relevant driver patch or ack it to go via Konrad's Xen tree. The series makes all the Xen frontend drivers handle the backend transitioning to CLOSED without the frontend having previously seen the backend in the CLOSING state. Backends shouldn't do this but some do. e.g., if the host is XenServer and the toolstack decides to do a forced shutdown of a VBD, then the blkfront may miss the CLOSING transition and the /dev/xvdX device will not be destroyed which prevents it being reused. I have seen systems that ended up in this state but it's not clear if this was the actual cause. However, I think in general it's a good thing to thing to improve the handling of unexpected state transitions. David -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/