Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp891982pxt; Fri, 6 Aug 2021 17:10:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzWU8TwISH4qqTe1HcozHRBSc/AbMr5GhQmbT/+iPGCwLFwrnk6zRrcj1jEWs5ZHhL405t2 X-Received: by 2002:a5e:8402:: with SMTP id h2mr1140961ioj.46.1628295019706; Fri, 06 Aug 2021 17:10:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628295019; cv=none; d=google.com; s=arc-20160816; b=asiJyMRiKIXhpeByQImAmadwQXQ8mfYPJHcnBkfYUAaNfJqnQa1TtF1VZjFBdWJIVt RQsN4BBPxrQQtrxl1Hl8mwv1shQTqoQm8eb7opWoIa3uPVKhuKHStH+B9ICWtcV+BYTy Tnb4k77BB0w/wcbZmh8KetKy0lKdIA3tj05RFIzNylXVmedcdo028ZEh92BX3lUSd6hg q5EERS4A1iQ/yc/Z0x1RAhLpFN7vwwxqUeyeJozjjUzgmJcTbLLLNuAFVL7XSRDYrJPf dbbXnmaHmeL0wMqhDe5cTqYRf8MXRLvxbDoLb7Rr0F7PT0wWvqEnZ/973kzMUo3Gtb9Q Mpwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=3xIgCNAaZK0sIEmcnOuEBKGBHm8act9qqO5YgCOEC6M=; b=Q7c+pr0X7XxkaED8yFJT+8QCcQ2n5Ho2VdiqXt5AqPLyNAnApEIXV8dkjlvfUMuRRM IUD/xsHJdbToYxwHaZNJarpg2ZweEza+OPF8Uc47U1Sh/PNa86/ZNSKqpEWcDaNcbYsS SWiiNP8tH1hyE23aBVjimlUbqEPV47cV0XlQYg0pIlrTnPKkND979kkN6qcdiODb/ul5 x33fpbORvfM7e1eqBZnMD58eEkHsQDUnr0dNTg6Ab+ZG+3G4zflSKNfLVb3ybvH0V1dN w9rPWhSPt0K1AVjXTjQBp3inXp2saA0wieFZyjYwBNroTYJvZV0n8gS6wIuy3g9MqUK2 u84w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j10si12296117ils.18.2021.08.06.17.10.08; Fri, 06 Aug 2021 17:10:19 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244261AbhHFT7f (ORCPT + 99 others); Fri, 6 Aug 2021 15:59:35 -0400 Received: from mail-pl1-f180.google.com ([209.85.214.180]:33665 "EHLO mail-pl1-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231137AbhHFT7e (ORCPT ); Fri, 6 Aug 2021 15:59:34 -0400 Received: by mail-pl1-f180.google.com with SMTP id a20so8578829plm.0 for ; Fri, 06 Aug 2021 12:59:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=3xIgCNAaZK0sIEmcnOuEBKGBHm8act9qqO5YgCOEC6M=; b=TEdsMHzLo57iog4FDRs0Wgx8DQkMVPOr+mkVwv/zRjMbEuYJdC7URoGe2cL62FvhWT T4T4GTT6bhtc+fq9SY8w7mcNmEroBLyyxQb0mT4eAJYKxr/AMCpEVnkW/MQZE41xMm6S gsaieLo8ZVAppyZNT/MF+owCtfKW+gGQYUYtAec8GS1Gp+yjrgYkwFSKOTCp8ZizW780 L1+ldYmPV/3q3Dg/P7PEf0u6blX/ahhYa9oVDVh4P/2sLzKyS9wtdl1dIxna6higBUAq U9Dd/M8FUJjkwt0S2tJEOsTWRGI+DYO3Hm/hCw3Egnm6NITEkMuUVZ2oCfMspnKuUDtE TpEA== X-Gm-Message-State: AOAM533mlrVnGQm7wZRNekDiWZcK+r/ZnP2bXkuKkxq2t52Vs0+VLaZA MOu8VeDbo0W/fsyHSlBCNGU= X-Received: by 2002:a63:e116:: with SMTP id z22mr409709pgh.361.1628279957382; Fri, 06 Aug 2021 12:59:17 -0700 (PDT) Received: from ?IPv6:2601:647:4802:9070:4a77:cdda:c1bf:a6b7? ([2601:647:4802:9070:4a77:cdda:c1bf:a6b7]) by smtp.gmail.com with ESMTPSA id a5sm11398251pfo.167.2021.08.06.12.59.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Aug 2021 12:59:16 -0700 (PDT) Subject: Re: [PATCH v4 8/8] nvme-rdma: Unfreeze queues on reconnect To: Daniel Wagner , linux-nvme@lists.infradead.org Cc: linux-kernel@vger.kernel.org, James Smart , Keith Busch , Ming Lei , Hannes Reinecke , Wen Xiong References: <20210802112658.75875-1-dwagner@suse.de> <20210802112658.75875-9-dwagner@suse.de> From: Sagi Grimberg Message-ID: <46d4d7cb-314a-3822-f59d-00588609421a@grimberg.me> Date: Fri, 6 Aug 2021 12:59:15 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <20210802112658.75875-9-dwagner@suse.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > During the queue teardown in nvme_rdma_teardown_io_queues() freeze is > called unconditionally. When we reconnect we need to pair the freeze > with an unfreeze to avoid hanging I/Os. For newly created connection > this is not needed. > > Fixes: 9f98772ba307 ("nvme-rdma: fix controller reset hang during traffic") > Signed-off-by: Daniel Wagner > --- > drivers/nvme/host/rdma.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/nvme/host/rdma.c b/drivers/nvme/host/rdma.c > index de2a8950d282..21a8a5353af0 100644 > --- a/drivers/nvme/host/rdma.c > +++ b/drivers/nvme/host/rdma.c > @@ -901,6 +901,8 @@ static int nvme_rdma_configure_admin_queue(struct nvme_rdma_ctrl *ctrl, > error = PTR_ERR(ctrl->ctrl.admin_q); > goto out_cleanup_fabrics_q; > } > + } else { > + nvme_unfreeze(&ctrl->ctrl); That seems misplaced.. unfreezing the I/O queues when setting up the admin queue?