Received: by 10.223.176.46 with SMTP id f43csp2943894wra; Mon, 22 Jan 2018 06:05:28 -0800 (PST) X-Google-Smtp-Source: AH8x224ex+8haXw5jwmxcKbg5zjolrf7N1A02O7e1zFGpLRGQ1/EcOI8g0ilaC8QoEfeI/F6EOjn X-Received: by 10.99.94.193 with SMTP id s184mr7599444pgb.325.1516629928607; Mon, 22 Jan 2018 06:05:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516629928; cv=none; d=google.com; s=arc-20160816; b=qU4sQOdsL+UJtISQQ/jMYcGzo2/PVAsNiqjEGow2wzeT8RfIBkcj5WgJ/WqN6GfV/u S0ahr+ES2ST5zs4KvE1HBOvKGOOu30nNNX/guYWO6TgeLl5ITN8jXQIAoaYRz1mNmSse iIYoQ6ODaPPRQ7xuXH0eOo8PmwhqItzYb94Y5cnx4wMbDouYKbVt+gY6qrdvNR/JmfG1 Kz9/GUHXfdH20uW+EJNhyNZ/6ybvJik7nHlG1ZSZdqS78eZyaeFE+pdSkmIYHAOwTI7N HnvQ67X3tf+h6m7K3ixnrjkrVW5vC3N8fTJw/pf7UsOTXK6ST9lTC1jK0uWALLc6bHyF Ws7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature:arc-authentication-results; bh=fMqBddd53x5llLiCgzv3xAqBajdINxNvc5W+U1EaNiE=; b=zDVOp2NtmBYJfpqzD+2v8+9lRVO4QgSw0/bHlKfr2WzHySsKm4L55pTJATSKSw6rtq dwb3yGaZ18iYoIO1ShAB+DUy5daCAOYTIeRqJv9UAH6T/H8FTDoXLXuepBaRcnn1k4RG ZNYzbRiTHT19SHn59mdBGCB9jTqUJcO7imCazYY7GLkrbvXvpimt9toRovPpTbq7ryWn uPh16ZQ6wYeEKsdE0wBr+jUAvJQq2p5eLXknZ9TJE37z1aLxMY8bzKoqRfGd6+JNKkzd AAvpvzlgRWhnWFpn0v1yvMfG1pbKn8IA1hRIYzaFRGxDoCeu/QDoBvcQXHnc8FPE/U6B vUVw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=hoK632XC; 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 b187si8961515pgc.283.2018.01.22.06.05.14; Mon, 22 Jan 2018 06:05:28 -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=hoK632XC; 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 S1751167AbeAVOEA (ORCPT + 99 others); Mon, 22 Jan 2018 09:04:00 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:41462 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751099AbeAVOD7 (ORCPT ); Mon, 22 Jan 2018 09:03:59 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w0ME1mhb043193; Mon, 22 Jan 2018 14:03:27 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id; s=corp-2017-10-26; bh=fMqBddd53x5llLiCgzv3xAqBajdINxNvc5W+U1EaNiE=; b=hoK632XCecnNh/jfPPWdU1HoQBqzg+ChdXleZskLFktZTkyPaBZrxseE0uZ3Pt7GSVVE 8+RxWiblZ+WGP0NDoNM9oT7zEd3nykgXbRgDe+LyJQF8bHjNuTDYYy8YSM2MQZ+a3kFF /cLhZSNgHs7RzfPHPYmuZ174M33SkC1KIpjfREm4ngQBIBUXMa6TPp6BDqpcyqTNx5xV T6BAeP+BN7/WExH+MgbZSB7rJc0uP0skzcGpIWPWeF02GK3lopYz+/S1qAd159B4ylQA YiEl11QObKC5m2uOYeJDNDdnOsE0MQloL6EOFb6VpaxmBG5meQ5jjcdjb4KYBT4YMG5g BA== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp2130.oracle.com with ESMTP id 2fnhb980q2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 22 Jan 2018 14:03:26 +0000 Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w0ME3QSo003485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 22 Jan 2018 14:03:26 GMT Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w0ME3QcP016229; Mon, 22 Jan 2018 14:03:26 GMT Received: from will-ThinkCentre-M910s.cn.oracle.com (/10.182.70.254) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 22 Jan 2018 06:03:25 -0800 From: Jianchao Wang To: keith.busch@intel.com, axboe@fb.com, hch@lst.de, sagi@grimberg.me, maxg@mellanox.com, james.smart@broadcom.com Cc: linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org Subject: [PATCH RESENT] nvme-pci: introduce RECONNECTING state to mark initializing procedure Date: Mon, 22 Jan 2018 22:03:16 +0800 Message-Id: <1516629796-2919-1-git-send-email-jianchao.w.wang@oracle.com> X-Mailer: git-send-email 2.7.4 X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8781 signatures=668655 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-1801220201 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org After Sagi's commit (nvme-rdma: fix concurrent reset and reconnect), both nvme-fc/rdma have following pattern: RESETTING - quiesce blk-mq queues, teardown and delete queues/ connections, clear out outstanding IO requests... RECONNECTING - establish new queues/connections and some other initializing things. Introduce RECONNECTING to nvme-pci transport to do the same mark. Then we get a coherent state definition among nvme pci/rdma/fc transports. Suggested-by: James Smart Reviewed-by: James Smart Signed-off-by: Jianchao Wang --- drivers/nvme/host/core.c | 2 +- drivers/nvme/host/pci.c | 19 +++++++++++++++++-- 2 files changed, 18 insertions(+), 3 deletions(-) diff --git a/drivers/nvme/host/core.c b/drivers/nvme/host/core.c index 230cc09..23b3e53 100644 --- a/drivers/nvme/host/core.c +++ b/drivers/nvme/host/core.c @@ -242,7 +242,7 @@ bool nvme_change_ctrl_state(struct nvme_ctrl *ctrl, switch (new_state) { case NVME_CTRL_ADMIN_ONLY: switch (old_state) { - case NVME_CTRL_RESETTING: + case NVME_CTRL_RECONNECTING: changed = true; /* FALLTHRU */ default: diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c index 45f843d..05344be 100644 --- a/drivers/nvme/host/pci.c +++ b/drivers/nvme/host/pci.c @@ -1138,9 +1138,14 @@ static bool nvme_should_reset(struct nvme_dev *dev, u32 csts) */ bool nssro = dev->subsystem && (csts & NVME_CSTS_NSSRO); - /* If there is a reset ongoing, we shouldn't reset again. */ - if (dev->ctrl.state == NVME_CTRL_RESETTING) + /* If there is a reset/reinit ongoing, we shouldn't reset again. */ + switch (dev->ctrl.state) { + case NVME_CTRL_RESETTING: + case NVME_CTRL_RECONNECTING: return false; + default: + break; + } /* We shouldn't reset unless the controller is on fatal error state * _or_ if we lost the communication with it. @@ -2304,6 +2309,16 @@ static void nvme_reset_work(struct work_struct *work) if (dev->ctrl.ctrl_config & NVME_CC_ENABLE) nvme_dev_disable(dev, false); + /* + * Introduce RECONNECTING state from nvme-fc/rdma transports to mark the + * initializing procedure here. + */ + if (!nvme_change_ctrl_state(&dev->ctrl, NVME_CTRL_RECONNECTING)) { + dev_warn(dev->ctrl.device, + "failed to mark controller RECONNECTING\n"); + goto out; + } + result = nvme_pci_enable(dev); if (result) goto out; -- 2.7.4