Received: by 10.223.176.5 with SMTP id f5csp1370464wra; Fri, 9 Feb 2018 18:34:32 -0800 (PST) X-Google-Smtp-Source: AH8x2273eqRoNG44VobvMy2TpNVizSMvu+QnBBPn079gk/MQsklX2QB3CgLj0NZaw9Krd/mAG+eY X-Received: by 2002:a17:902:8285:: with SMTP id y5-v6mr1312026pln.190.1518230072498; Fri, 09 Feb 2018 18:34:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518230072; cv=none; d=google.com; s=arc-20160816; b=ZvluMbcX0irb2rUuLTyxuMNKfWNH2Hkq7k0VUuiP35Awf5qMAaqk0l5txM2TCNoWUb lct6RecyCxsStAunjk4UK/S89BwEzfqsRtJGcHJtmmKP3qVh/9Hg+Vlzi3ZSBeNZDVmJ 3xyFdycmiX0qldyn/VITZnyvg3VS6+sBUeG0Tj5VYwAnjiBcZe+x79UABo+pXVj+gzuA dL5JYqwNa2FTQTbI6l9y/yLriXDnlOqFnwQ8hygRuTjaR0s/XUVHyq5jj8kqPtHZNB5F 92PKpLssY/EfF2JrSafBGl5uQKJNriU7PokPZEhW6WUalWYu3+Uvk79MiGVjITlocdEE Zjgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=6jIDDHfc474xononLNe5Ka0awytzCHKr2qej8WGR/vM=; b=rXRv2OKl/kYj1qUuzYikSkEZGKghfurMngemTuwPRvdo1Id8aacL3XJ/1ML9qvGCgh uby+K3pNId5cAtrlhW5w+p55Atfs513mLhEoE0yzhJSOYMvb5p2yKbYT0Ah4jz6v087f eSbw0LjPVdX231usiKqHUaiOZpKKt9/u7iTltN0ARu68pgtbvKomnJ2jdc8J9J70JUVE s5MXVFzssUYCca0zvJWMnQ+lmzKJ36PnKaA0pt+YUQXoBdmH09kO20EJXGTvQ39OnUFG q7SFYXMapeQFXjpeBceiSOXBMNbaQuLhRM49oDXW5CMcYG8j7Mi/qCWkbUPP7rxvMCk7 mTSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=kPGTEMXk; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f7si386122pfa.168.2018.02.09.18.34.18; Fri, 09 Feb 2018 18:34:32 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=kPGTEMXk; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751029AbeBJCdn (ORCPT + 99 others); Fri, 9 Feb 2018 21:33:43 -0500 Received: from aserp2130.oracle.com ([141.146.126.79]:52134 "EHLO aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750832AbeBJCdm (ORCPT ); Fri, 9 Feb 2018 21:33:42 -0500 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w1A2Vkn1035080; Sat, 10 Feb 2018 02:32:33 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=6jIDDHfc474xononLNe5Ka0awytzCHKr2qej8WGR/vM=; b=kPGTEMXkiz5abyCK1FW3mPVaSvTbfYnwc86nE/LrFuTaJe2Vn90YtBx3KF7/PZSVe4+V y9v8ScPteI4HR1+ldTOI+NpuKl+SHojcBWwAOIGLPBajiMcr4JzIlSnaRpJU/nAlPZOv MOtl/YijLeHTFOVuWoL2+lLocdeC8qUhpagNu2F795nb601Kh3GlEmtn7/Tn31/e3/R7 kme2U2Ksp7F6m1smdXTHJ8ZzUsaP2WIO0LlVyPlGlHSact0owPNkPKU07wEZ3Ah6l9QJ EPsqL3wdhYmmihzCV7zQ3pICqlqAQ8xPpCuPwDMVgVGoe/2gmN5k4IvraLeNVKmZ3lqs LQ== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2130.oracle.com with ESMTP id 2g1qqgr11b-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 10 Feb 2018 02:32:33 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w1A2WV0e004149 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 10 Feb 2018 02:32:31 GMT Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w1A2WTA8027913; Sat, 10 Feb 2018 02:32:30 GMT Received: from [10.191.5.55] (/10.191.5.55) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 09 Feb 2018 18:32:29 -0800 Subject: Re: [PATCH V2 0/6]nvme-pci: fixes on nvme_timeout and nvme_dev_disable To: Keith Busch Cc: axboe@fb.com, linux-kernel@vger.kernel.org, Sagi Grimberg , linux-nvme@lists.infradead.org, hch@lst.de References: <1517822415-11710-1-git-send-email-jianchao.w.wang@oracle.com> <073ce416-fd26-b41a-187d-1db9210c48b0@grimberg.me> <20180208175606.GD5039@localhost.localdomain> <20180209171231.GB6970@localhost.localdomain> From: "jianchao.wang" Message-ID: Date: Sat, 10 Feb 2018 10:32:27 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180209171231.GB6970@localhost.localdomain> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8800 signatures=668666 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802100029 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Keith Thanks for your kindly response here. That's really appreciated. On 02/10/2018 01:12 AM, Keith Busch wrote: > On Fri, Feb 09, 2018 at 09:50:58AM +0800, jianchao.wang wrote: >> >> if we set NVME_REQ_CANCELLED and return BLK_EH_HANDLED as the RESETTING case, >> nvme_reset_work will hang forever, because no one could complete the entered requests. > > Except it's no longer in the "RESETTING" case since you added the > "CONNECTING" state, so that's already broken for other reasons... > Yes, but as your patch, we have to fail the IOs and even kill the controller. In fact, up to nvme_wait_freeze in nvme_reset_work, the RECONNECTING state has been completed. We even could say it is in LIVE state. Maybe we should recover the controller again instead of fail the IOs and kill the controller. On the other hand, can you share with me why we cannot use blk_set_preempt_only to replace blk_freeze_queue ? we just want to gate the new bios out of generic_make_request and we needn't use the preempt requests. Looking forward your advice and directive. Thanks Jianchao > _______________________________________________ > Linux-nvme mailing list > Linux-nvme@lists.infradead.org > https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.infradead.org_mailman_listinfo_linux-2Dnvme&d=DwICAg&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=7WdAxUBeiTUTCy8v-7zXyr4qk7sx26ATvfo6QSTvZyQ&m=UqKQMB3A2ppfm2sN7PyisX0xTtXKsHlTBwjsS18qVx8&s=A2VMSm9IjQQXxM7foB6VUiRHLs-nIREF2_kMstwxlgw&e= >