Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2827739pxv; Mon, 12 Jul 2021 02:56:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxGQ/sB8mkQcqNBswOPMbSYNa5gOmP3o1TDXlibm0gvAOO7KM63H7O9flKwbZVtq56GggWn X-Received: by 2002:a92:cbc8:: with SMTP id s8mr34386982ilq.193.1626083817637; Mon, 12 Jul 2021 02:56:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626083817; cv=none; d=google.com; s=arc-20160816; b=0JxjNxL69FEFJtcRFc6MCqQgsKYLJLQtgGDhINLCYqr2nIKXuELMp09YgO2Wsbxu5I UwCimHXOloE5BjY4gYNsrhglnfPcKwLAXFyW/4AxxvXJS7ZaZnCGYsOVa3tuwNy0FcrJ ffQxBNeiOqEFd5eIcrU81fL/5iaVr8dfYAZN8SL5twAeDq57DA9fDt59TFZ30bLi9Zqd HvjctcBc7zDk3rgThk+AAmnIGGKNGOmAe0yC/XGqk65qY5AZ2vspX2/JrhR2q8mJ/krt i2mgK2O2EVyZ/WdOTG5uFMlksYyBW+vJq81toOjC+wHdCBL2W7mpZEYJemlLc/Ev00qa 3VBw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=BPrad1B3rwHQoOZh0alUSmiqBu1Az60oQ5wVP1Vx3qU=; b=xtrEk4seBPDyVolHlKBq8EwlC8CxqOQwul9a7nE8SGz6sFobQVVED5SED+B8xP66/4 McwZDok4BnwBHRH8zck4NMVxbXw22p9wVx6AQu+Cb4Xw33tgnO4sDz1DIZ05lvMK5g/G a5Yan4Ojbj0qFJCeGhomg4HJ9ecPDiUJpCK80S+rBOX072eVp3MTyEUsaYrGVoKARkkk Vkekq4jeArFCCqvRIPYL+I3DEygM3MVtdpEMkUJ4nCyKXcV2wYszdxGomEA46TpJB0oV YcVBOmggkajd4X8BEKdZqgV4F2Az3wxw1+NZPs1MG3DOtJuebCtsq6hKYbxua9vsHIXc CPpA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=AgApRY5b; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q14si17721525iow.18.2021.07.12.02.56.44; Mon, 12 Jul 2021 02:56:57 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=AgApRY5b; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240187AbhGLHAh (ORCPT + 99 others); Mon, 12 Jul 2021 03:00:37 -0400 Received: from mail.kernel.org ([198.145.29.99]:36734 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239094AbhGLGor (ORCPT ); Mon, 12 Jul 2021 02:44:47 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id B2DBC611BF; Mon, 12 Jul 2021 06:40:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626072037; bh=k9lUOSx4JQUMb60WioD4GJSZHk0MB1CYijcXGbPthhU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=AgApRY5bu6kERcrQVt7qIMZl8mYEsJ8QBDtt4XXoNkHjAeMU6VpQmGHsDzy82hAMt SUCtQQOxQvlLBuQYIiaDFDU5Wv/hKygZeeCmNYPRNkREJUkotf6oYOoXlqJUhHxgRf ZEfAYcTX4CbBUi7mEa6ShUp6BRDAIFOFR+X5cyiM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Md Haris Iqbal , Gioh Kim , Jack Wang , Jason Gunthorpe , Sasha Levin Subject: [PATCH 5.10 326/593] RDMA/rtrs-clt: Check if the queue_depth has changed during a reconnection Date: Mon, 12 Jul 2021 08:08:06 +0200 Message-Id: <20210712060921.554639083@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Md Haris Iqbal [ Upstream commit 5b73b799c25c68a4703cd6c5ac4518006d9865b8 ] The queue_depth is a module parameter for rtrs_server. It is used on the client side to determing the queue_depth of the request queue for the RNBD virtual block device. During a reconnection event for an already mapped device, in case the rtrs_server module queue_depth has changed, fail the reconnect attempt. Also stop further auto reconnection attempts. A manual reconnect via sysfs has to be triggerred. Fixes: 6a98d71daea18 ("RDMA/rtrs: client: main functionality") Link: https://lore.kernel.org/r/20210528113018.52290-20-jinpu.wang@ionos.com Signed-off-by: Md Haris Iqbal Signed-off-by: Gioh Kim Signed-off-by: Jack Wang Signed-off-by: Jason Gunthorpe Signed-off-by: Sasha Levin --- drivers/infiniband/ulp/rtrs/rtrs-clt.c | 19 +++++++++++++++---- 1 file changed, 15 insertions(+), 4 deletions(-) diff --git a/drivers/infiniband/ulp/rtrs/rtrs-clt.c b/drivers/infiniband/ulp/rtrs/rtrs-clt.c index 7d7dcc0a0458..dc44a9bfcdaa 100644 --- a/drivers/infiniband/ulp/rtrs/rtrs-clt.c +++ b/drivers/infiniband/ulp/rtrs/rtrs-clt.c @@ -1727,7 +1727,19 @@ static int rtrs_rdma_conn_established(struct rtrs_clt_con *con, queue_depth); return -ECONNRESET; } - if (!sess->rbufs || sess->queue_depth < queue_depth) { + if (sess->queue_depth > 0 && queue_depth != sess->queue_depth) { + rtrs_err(clt, "Error: queue depth changed\n"); + + /* + * Stop any more reconnection attempts + */ + sess->reconnect_attempts = -1; + rtrs_err(clt, + "Disabling auto-reconnect. Trigger a manual reconnect after issue is resolved\n"); + return -ECONNRESET; + } + + if (!sess->rbufs) { kfree(sess->rbufs); sess->rbufs = kcalloc(queue_depth, sizeof(*sess->rbufs), GFP_KERNEL); @@ -1741,7 +1753,7 @@ static int rtrs_rdma_conn_established(struct rtrs_clt_con *con, sess->chunk_size = sess->max_io_size + sess->max_hdr_size; /* - * Global queue depth and IO size is always a minimum. + * Global IO size is always a minimum. * If while a reconnection server sends us a value a bit * higher - client does not care and uses cached minimum. * @@ -1749,8 +1761,7 @@ static int rtrs_rdma_conn_established(struct rtrs_clt_con *con, * connections in parallel, use lock. */ mutex_lock(&clt->paths_mutex); - clt->queue_depth = min_not_zero(sess->queue_depth, - clt->queue_depth); + clt->queue_depth = sess->queue_depth; clt->max_io_size = min_not_zero(sess->max_io_size, clt->max_io_size); mutex_unlock(&clt->paths_mutex); -- 2.30.2