Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp760494pxb; Tue, 12 Apr 2022 12:44:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzgsSoJRJ89s+HrBN1OiNwWCi5VWdwFvjiwd9Iq7A1l3h1UyohYZ9gp0FC7MP43GS05Y1Eh X-Received: by 2002:a63:6c4a:0:b0:398:604b:7263 with SMTP id h71-20020a636c4a000000b00398604b7263mr31994858pgc.545.1649792657315; Tue, 12 Apr 2022 12:44:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649792657; cv=none; d=google.com; s=arc-20160816; b=vFjyCsblce3Vr9O5WBLB46/X/btvwd8URzqRhLNMlqlPvBsS06bG6xItJwY2SJzPcz GiczubWmp9M2BGeLtVLNZpZMxPBKlygf5oP+KkSOq7QEblqO/mzzlWPGmGVHoA32dVqg DeuVlLiCLFA5CaBGT29jhYG9bp6nQPBav0CGv9kE2chQQL6QCq6RaeMOUAZ1zbnzVn/e sWY+zDXAv9oK6YptEjE8GuN5OUKc7/fplol+PoDRr25byRHEfkUai58e5votLg4NuLCf 2EpqDAl3dWq2SNNResSsqVP07zha4Bhqkg/cxzj/+HBDACAWfSD2/30uNesW/vbsWnVb uVhQ== 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=7RscoMpioJuCCeUGHPVsp1q+h3Friz0yPGPoOLya+ac=; b=MP/P40SKjeVqF7WTSxrUna8aiN2+OBAb5G1DdjFusz97VUhBh/V9dN/ZoLUARJx6vc T9DYxP8KvEmmajnZ+lRmrSAcd2LuSCEoj1SxqJ7Z8qXNXPidcM09SxnhJbSXEHYoHxPV Tb2n2AjSXZ7Z7KufLVm2JeNHyPMIAD6avRigoI0+X9Z0yOtESm9n4ACuZ2hrBr3WQqRF 4QKhgbrDHDzODG8KWDTbkEyzNOjXUurzt/SWvI9EHWlAyzVknzodoPnoj9vd4S4hJsVL RCN8qKOsIfBssDcpxV+UqKG+SgvssccH77m6ezyPfJsldwRtHBbbmgydTNUL9PGQ5Lgf YR+Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=vefh3T0e; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id f19-20020a056a00229300b004fade889fd0si13091782pfe.15.2022.04.12.12.44.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Apr 2022 12:44:17 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=vefh3T0e; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 4AE7A5D1BA; Tue, 12 Apr 2022 12:42:54 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358258AbiDLI24 (ORCPT + 99 others); Tue, 12 Apr 2022 04:28:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42866 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1353621AbiDLHZv (ORCPT ); Tue, 12 Apr 2022 03:25:51 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9B4F326AC9; Tue, 12 Apr 2022 00:02:10 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 37E6560B2B; Tue, 12 Apr 2022 07:02:10 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 486FEC385A1; Tue, 12 Apr 2022 07:02:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1649746929; bh=aYjbmozvRP0Y6GF6WshL6ZK6wocwCPdx4W6SMiYjpFk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=vefh3T0eCsi4DFO2EzqKiuguWO0wUnFoigSs2kuR9nHpx9HHqSFJCJtEZNAx05EBd HReVOND0b+6grqVDax+NEayXSf75ipik14g/ki5WtgW5MSXrF/BT7eR46Fz2X8ZCfP +Rb2ISTy3B5ZHhR9GhugP9lFm5FeLYBTRuCV7VOs= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Mark Zhang , Maor Gottlieb , Leon Romanovsky , Jason Gunthorpe , Sasha Levin Subject: [PATCH 5.16 181/285] IB/cm: Cancel mad on the DREQ event when the state is MRA_REP_RCVD Date: Tue, 12 Apr 2022 08:30:38 +0200 Message-Id: <20220412062948.889424741@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220412062943.670770901@linuxfoundation.org> References: <20220412062943.670770901@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Mark Zhang [ Upstream commit 107dd7beba403a363adfeb3ffe3734fe38a05cce ] On the passive side when the disconnectReq event comes, if the current state is MRA_REP_RCVD, it needs to cancel the MAD before entering the DREQ_RCVD and TIMEWAIT states, otherwise the destroy_id may block until this mad will reach timeout. Fixes: a977049dacde ("[PATCH] IB: Add the kernel CM implementation") Link: https://lore.kernel.org/r/75261c00c1d82128b1d981af9ff46e994186e621.1649062436.git.leonro@nvidia.com Signed-off-by: Mark Zhang Reviewed-by: Maor Gottlieb Signed-off-by: Leon Romanovsky Signed-off-by: Jason Gunthorpe Signed-off-by: Sasha Levin --- drivers/infiniband/core/cm.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/infiniband/core/cm.c b/drivers/infiniband/core/cm.c index 35f0d5e7533d..1c107d6d03b9 100644 --- a/drivers/infiniband/core/cm.c +++ b/drivers/infiniband/core/cm.c @@ -2824,6 +2824,7 @@ static int cm_dreq_handler(struct cm_work *work) switch (cm_id_priv->id.state) { case IB_CM_REP_SENT: case IB_CM_DREQ_SENT: + case IB_CM_MRA_REP_RCVD: ib_cancel_mad(cm_id_priv->msg); break; case IB_CM_ESTABLISHED: @@ -2831,8 +2832,6 @@ static int cm_dreq_handler(struct cm_work *work) cm_id_priv->id.lap_state == IB_CM_MRA_LAP_RCVD) ib_cancel_mad(cm_id_priv->msg); break; - case IB_CM_MRA_REP_RCVD: - break; case IB_CM_TIMEWAIT: atomic_long_inc(&work->port->counters[CM_RECV_DUPLICATES] [CM_DREQ_COUNTER]); -- 2.35.1