Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp657592pxf; Wed, 31 Mar 2021 12:37:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxcR6mfGV7hXPfqxKmxKqVU8iQj3bv7VqIPrk11G0SQiCk0YLWHREXgoHq3hYLobJOTMMoJ X-Received: by 2002:a17:907:2bd7:: with SMTP id gv23mr5353015ejc.351.1617219448174; Wed, 31 Mar 2021 12:37:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617219448; cv=none; d=google.com; s=arc-20160816; b=xQ/pfcf4kr9L98gjkKR6n4DCwBRMosKC9y5ijgx7J0nUrL4+hwH7mIlTN4rB8Itu7x ThVvYluB8P6cXmdrmchQUmbDiX3/16OyaTP03sMAoLDvNUgmosS1mM+2iuUrQ2zyEntZ 9fX8Tf+NSU+9Rh9J9ksoMh1eZpJsXAX0T9mopjXt7oHbNFAgRft2RT7uCz4mE/EmpLMR xdu97+Ur3aoQqXoeKdVe1rNdkK0rW4iCMS8W9snfRwSN47YspdVTs5ewaagaJT0VBNdb RbKtCCtnVL/Jp4i3q8iVSxGKOZPtd9r2xxkcRXOdh9E93hrpVQujOUQ3IWbA3fPU2h5K EeCg== 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:message-id:date:to:from:subject; bh=0TyTSmsKXUZP81fQRbHxx3QWYIYG7jukHIIC6+K0CaQ=; b=u3uUDpZFcFJLJLDFV0NlceTLyCRJfVg/1j8YXnwT3rEPrkec4rkj/Pzu/G2aCkok3S GE1GO70tZT5P4L4FKQjB0Q0AkeT9hm74ytem18Fpkd5iCTpHLRWJ+2zwKVLUnQsvd9Rv Pb/JHpvHx73fUIVwAfYeYR5L08lmqvMAUOZquRzBzPIndkQxvkfeQacbkobUWP2UJlIu GCdBk0AySwlswSeV2WgOTT4cSe0/G4lZGlquXl/VrqYyEMHwU6zyWE4ucQHdw6pDYiW6 W76RRAH15/T9gJucgCgAuHkVFlI+2hg3n7C/G0D5iB+PQypEVzcrc9Q4foaYNiSd8aWf 6+QA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t24si2649091edw.402.2021.03.31.12.37.04; Wed, 31 Mar 2021 12:37:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-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-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236090AbhCaTg1 (ORCPT + 99 others); Wed, 31 Mar 2021 15:36:27 -0400 Received: from mail.kernel.org ([198.145.29.99]:44414 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235416AbhCaTgA (ORCPT ); Wed, 31 Mar 2021 15:36:00 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id A91976101E; Wed, 31 Mar 2021 19:35:59 +0000 (UTC) Subject: [PATCH v1 0/8] xprtrdma Receive Queue fixes From: Chuck Lever To: linux-rdma@vger.kernel.org, linux-nfs@vger.kernel.org Date: Wed, 31 Mar 2021 15:35:58 -0400 Message-ID: <161721926778.515226.9805598788670386587.stgit@manet.1015granger.net> User-Agent: StGit/0.23-29-ga622f1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org I found a number of crashers and other problems in and around the xprtrdma logic for managing the Receive Queue during connect and disconnect events. --- Chuck Lever (8): xprtrdma: Avoid Receive Queue wrapping xprtrdma: Do not post Receives after disconnect xprtrdma: Put flushed Receives on free list instead of destroying them xprtrdma: Improve locking around rpcrdma_rep destruction xprtrdma: Improve commentary around rpcrdma_reps_unmap() xprtrdma: Improve locking around rpcrdma_rep creation xprtrdma: Fix cwnd update ordering xprtrdma: Delete rpcrdma_recv_buffer_put() net/sunrpc/xprtrdma/backchannel.c | 4 +- net/sunrpc/xprtrdma/rpc_rdma.c | 7 +-- net/sunrpc/xprtrdma/verbs.c | 87 +++++++++++++++++++------------ net/sunrpc/xprtrdma/xprt_rdma.h | 4 +- 4 files changed, 64 insertions(+), 38 deletions(-) -- Chuck Lever