Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp5116144rwr; Sun, 23 Apr 2023 21:53:12 -0700 (PDT) X-Google-Smtp-Source: AKy350Z0yS/YRa4rkeCtW0aAOeyDqSzK6xawV/WV9rP3NtNmG7jZYGpyuU4nL36+L8KdJZJWuCA1 X-Received: by 2002:a17:90a:5990:b0:246:b617:c747 with SMTP id l16-20020a17090a599000b00246b617c747mr12972971pji.43.1682311991635; Sun, 23 Apr 2023 21:53:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1682311991; cv=none; d=google.com; s=arc-20160816; b=iCBjuCy5sJLzoGTKRHQAatot/diCoGtQCZCcZwzMG5BzUt3hIVBm0G75IwjqdIz57Z ttgfOv33pVv+kkAxp+Vq939XSJ0+5iVBPPgHQ8gUS40LUqvRFGGGpq8/Ibp1E69c8whh PZP14GWsiHqJqAt2gPSVyAi2ZkuAg8v4UhTzzWNUDGPPrcd3VJ75vyhC12hIztyF/F0r k1sEHLaxkeEf4EypvPoJHwXMyB7jGmbcKr86s/RaM5INQr1cpxMOaVcNn9+5x5P36zTp 2Yl/lo8dB8Gd4AAeLhufb1GRLnMX2Jb7ZcRqH7LukasZbCWec2Mg1Cevq1yPhS1LE13p 68EQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=AL2MMMudtTW8quWfmHa1CkFpuFxIyL7K9K6MLuEekJ8=; b=tm+1gWDDTqe1zWxYbOktXINpjoMyPr9ctkCCVYepUTtzmLgvWMm57ZKDftxplIjCUo qaXEXk2Pi3dxoNPf4amwXzhOlonlRH6aIsUvGesouEMXBG3yxkHqGwk5xjPflaazudi9 yyDt7lJaidFut0dlJY6VMJaOTFUVBEjrCYjWd0EhWU5PxmLXLI/DVCS7oRgcdFGigWgt 5LFkPVq45oaw1/kXd67ELAzvSIbb2IiIwldsw6LbVqfOujzlnDapnbYSDtwwhZb4sN5m NdGb+IVhYDKwepaNttZQczJIBoW0Y/Gs4TpP1RvVPqaP7RjBJ4xvH+w/O8t8kWt5DXVs bjsA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ionos.com header.s=google header.b=Uhd2Ebqu; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=ionos.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 197-20020a6306ce000000b0050bf5b9ad11si6180817pgg.752.2023.04.23.21.52.59; Sun, 23 Apr 2023 21:53:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@ionos.com header.s=google header.b=Uhd2Ebqu; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=ionos.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229522AbjDXEc6 (ORCPT + 99 others); Mon, 24 Apr 2023 00:32:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54570 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229548AbjDXEc5 (ORCPT ); Mon, 24 Apr 2023 00:32:57 -0400 Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EBC67271C for ; Sun, 23 Apr 2023 21:32:54 -0700 (PDT) Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-5066ce4f490so5791951a12.2 for ; Sun, 23 Apr 2023 21:32:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ionos.com; s=google; t=1682310773; x=1684902773; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=AL2MMMudtTW8quWfmHa1CkFpuFxIyL7K9K6MLuEekJ8=; b=Uhd2EbqugYIwrL0kpyaDSafg5Ak7sQwxpdPqdVj7ohLi8PvCk+3L4MYsJZoZ0HQT8L UuYcV17WwzQAjvZ7MU4soTh1JhwUlfhgWtGtXeU4txMbJMbJRJbN8M89MVDTO1kjaqvb 7vuI1/OfUOeQbMMTl3Aes5GTREVJgQL9Eb0V8O/Vp8STCxeVmshcZMDV42vtJ7srbcpT /zjQFpj48WZL6QP0QiODlVVLC2To+hn4o9IMWNtYOrmfbNBsc/iXX2WTqUb/agGnYLh6 cKg8g9e5Edu9h+U2lzCDSdXt8J64z4iTx5P9BA52Y5N15LdmGrRSrN7VBktooTA1XUdt LdKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682310773; x=1684902773; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=AL2MMMudtTW8quWfmHa1CkFpuFxIyL7K9K6MLuEekJ8=; b=k4+xRBKA4CaL3KLjOMmvwq9vO1pfonP9yyLOLDKrTb95aBFukNSJupPLhZYdhs/lV1 dSxiMIlR1FKDs9D70PWmd0AM1qTwKT18QUpaJXKh0Ikk2qHW4uJZIjCXwXwes0dJnIQO o1tHc+zCLFFLwMvD6FlnNoE/Y1noM8+YA/cO7wxyrospza3H1l6KwRzCHCLikzcO9Xob +yWwiQQKvsMsd6mQC287ijvkKOtqFnn5zMkmix+9EIfxl+mR2jktqJaAnSMAyXaGPQP0 TkZ+Ic5KFiCJsB8IqiOvK1/pEOvTnZUUWZ888hr+T6DdAhjWtb85SXvd8zv+o/tIZDPS IDWQ== X-Gm-Message-State: AAQBX9fD9ovBgonb+DXzJV4HI7G5gKSxuPInDgS6G0RDgeJa4dUv/zOd 9fCR0zMhLEeD4Gf9cWz9xd8pNkllZwbgijGfAeZ4pQ== X-Received: by 2002:a05:6402:1348:b0:501:c839:cf91 with SMTP id y8-20020a056402134800b00501c839cf91mr9769964edw.6.1682310773379; Sun, 23 Apr 2023 21:32:53 -0700 (PDT) MIME-Version: 1.0 References: <1682213212-2-1-git-send-email-lizhijian@fujitsu.com> <1682213212-2-4-git-send-email-lizhijian@fujitsu.com> In-Reply-To: <1682213212-2-4-git-send-email-lizhijian@fujitsu.com> From: Jinpu Wang Date: Mon, 24 Apr 2023 06:32:44 +0200 Message-ID: Subject: Re: [PATCH for-next v2 3/3] RDMA/rtrs: Fix rxe_dealloc_pd warning To: Li Zhijian Cc: haris.iqbal@ionos.com, jgg@ziepe.ca, leon@kernel.org, linux-rdma@vger.kernel.org, guoqing.jiang@linux.dev, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham 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 On Sun, Apr 23, 2023 at 3:27=E2=80=AFAM Li Zhijian = wrote: > > In current design: > 1. PD and clt_path->s.dev are shared among connections. > 2. every con[n]'s cleanup phase will call destroy_con_cq_qp() > 3. clt_path->s.dev will be always decreased in destroy_con_cq_qp(), and > when clt_path->s.dev become zero, it will destroy PD. > 4. when con[1] failed to create, con[1] will not take clt_path->s.dev, > but it try to decreased clt_path->s.dev > > So, in case create_cm(con[0]) succeeds but create_cm(con[1]) > fails, destroy_con_cq_qp(con[1]) will be called first which will destory > the PD while this PD is still taken by con[0]. > > Here, we refactor the error path of create_cm() and init_conns(), so that > we do the cleanup in the order they are created. > > The warning occurs when destroying RXE PD whose reference count is not > zero. > ----------------------------------------------- > rnbd_client L597: Mapping device /dev/nvme0n1 on session client, (access= _mode: rw, nr_poll_queues: 0) > ------------[ cut here ]------------ > WARNING: CPU: 0 PID: 26407 at drivers/infiniband/sw/rxe/rxe_pool.c:256 _= _rxe_cleanup+0x13a/0x170 [rdma_rxe] > Modules linked in: rpcrdma rdma_ucm ib_iser rnbd_client libiscsi rtrs_cl= ient scsi_transport_iscsi rtrs_core rdma_cm iw_cm ib_cm crc32_generic rdma_= rxe udp_tunnel ib_uverbs ib_core kmem device_dax nd_pmem dax_pmem nd_ > vme crc32c_intel fuse nvme_core nfit libnvdimm dm_multipath scsi_dh_rdac = scsi_dh_emc scsi_dh_alua dm_mirror dm_region_hash dm_log dm_mod > CPU: 0 PID: 26407 Comm: rnbd-client.sh Kdump: loaded Not tainted 6.2.0-r= c6-roce-flush+ #53 > Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS rel-1.16.0-0= -gd239552ce722-prebuilt.qemu.org 04/01/2014 > RIP: 0010:__rxe_cleanup+0x13a/0x170 [rdma_rxe] > Code: 45 84 e4 0f 84 5a ff ff ff 48 89 ef e8 5f 18 71 f9 84 c0 75 90 be = c8 00 00 00 48 89 ef e8 be 89 1f fa 85 c0 0f 85 7b ff ff ff <0f> 0b 41 bc e= a ff ff ff e9 71 ff ff ff e8 84 7f 1f fa e9 d0 fe ff > RSP: 0018:ffffb09880b6f5f0 EFLAGS: 00010246 > RAX: 0000000000000000 RBX: ffff99401f15d6a8 RCX: 0000000000000000 > RDX: 0000000000000001 RSI: ffffffffbac8234b RDI: 00000000ffffffff > RBP: ffff99401f15d6d0 R08: 0000000000000001 R09: 0000000000000001 > R10: 0000000000002d82 R11: 0000000000000000 R12: 0000000000000001 > R13: ffff994101eff208 R14: ffffb09880b6f6a0 R15: 00000000fffffe00 > FS: 00007fe113904740(0000) GS:ffff99413bc00000(0000) knlGS:000000000000= 0000 > CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > CR2: 00007ff6cde656c8 CR3: 000000001f108004 CR4: 00000000001706f0 > DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 > Call Trace: > > rxe_dealloc_pd+0x16/0x20 [rdma_rxe] > ib_dealloc_pd_user+0x4b/0x80 [ib_core] > rtrs_ib_dev_put+0x79/0xd0 [rtrs_core] > destroy_con_cq_qp+0x8a/0xa0 [rtrs_client] > init_path+0x1e7/0x9a0 [rtrs_client] > ? __pfx_autoremove_wake_function+0x10/0x10 > ? lock_is_held_type+0xd7/0x130 > ? rcu_read_lock_sched_held+0x43/0x80 > ? pcpu_alloc+0x3dd/0x7d0 > ? rtrs_clt_init_stats+0x18/0x40 [rtrs_client] > rtrs_clt_open+0x24f/0x5a0 [rtrs_client] > ? __pfx_rnbd_clt_link_ev+0x10/0x10 [rnbd_client] > rnbd_clt_map_device+0x6a5/0xe10 [rnbd_client] > > Signed-off-by: Li Zhijian I've tested this version, and it works fine and looks fine. Ack-by: Jack Wang Tested-by: Jack Wang Thx! > --- > V2: refactor error path instead of introducing a new flag #Leon > --- > drivers/infiniband/ulp/rtrs/rtrs-clt.c | 55 +++++++++++--------------- > 1 file changed, 23 insertions(+), 32 deletions(-) > > diff --git a/drivers/infiniband/ulp/rtrs/rtrs-clt.c b/drivers/infiniband/= ulp/rtrs/rtrs-clt.c > index c2065fc33a56..5234be5c6bf8 100644 > --- a/drivers/infiniband/ulp/rtrs/rtrs-clt.c > +++ b/drivers/infiniband/ulp/rtrs/rtrs-clt.c > @@ -2039,6 +2039,7 @@ static int rtrs_clt_rdma_cm_handler(struct rdma_cm_= id *cm_id, > return 0; > } > > +/* The caller should the do the cleanup in case of error */ > static int create_cm(struct rtrs_clt_con *con) > { > struct rtrs_path *s =3D con->c.path; > @@ -2061,14 +2062,14 @@ static int create_cm(struct rtrs_clt_con *con) > err =3D rdma_set_reuseaddr(cm_id, 1); > if (err !=3D 0) { > rtrs_err(s, "Set address reuse failed, err: %d\n", err); > - goto destroy_cm; > + return err; > } > err =3D rdma_resolve_addr(cm_id, (struct sockaddr *)&clt_path->s.= src_addr, > (struct sockaddr *)&clt_path->s.dst_addr, > RTRS_CONNECT_TIMEOUT_MS); > if (err) { > rtrs_err(s, "Failed to resolve address, err: %d\n", err); > - goto destroy_cm; > + return err; > } > /* > * Combine connection status and session events. This is needed > @@ -2083,29 +2084,15 @@ static int create_cm(struct rtrs_clt_con *con) > if (err =3D=3D 0) > err =3D -ETIMEDOUT; > /* Timedout or interrupted */ > - goto errr; > - } > - if (con->cm_err < 0) { > - err =3D con->cm_err; > - goto errr; > + return err; > } > - if (READ_ONCE(clt_path->state) !=3D RTRS_CLT_CONNECTING) { > + if (con->cm_err < 0) > + return con->cm_err; > + if (READ_ONCE(clt_path->state) !=3D RTRS_CLT_CONNECTING) > /* Device removal */ > - err =3D -ECONNABORTED; > - goto errr; > - } > + return -ECONNABORTED; > > return 0; > - > -errr: > - stop_cm(con); > - mutex_lock(&con->con_mutex); > - destroy_con_cq_qp(con); > - mutex_unlock(&con->con_mutex); > -destroy_cm: > - destroy_cm(con); > - > - return err; > } > > static void rtrs_clt_path_up(struct rtrs_clt_path *clt_path) > @@ -2333,7 +2320,7 @@ static void rtrs_clt_close_work(struct work_struct = *work) > static int init_conns(struct rtrs_clt_path *clt_path) > { > unsigned int cid; > - int err; > + int err, i; > > /* > * On every new session connections increase reconnect counter > @@ -2349,10 +2336,8 @@ static int init_conns(struct rtrs_clt_path *clt_pa= th) > goto destroy; > > err =3D create_cm(to_clt_con(clt_path->s.con[cid])); > - if (err) { > - destroy_con(to_clt_con(clt_path->s.con[cid])); > + if (err) > goto destroy; > - } > } > err =3D alloc_path_reqs(clt_path); > if (err) > @@ -2363,15 +2348,21 @@ static int init_conns(struct rtrs_clt_path *clt_p= ath) > return 0; > > destroy: > - while (cid--) { > - struct rtrs_clt_con *con =3D to_clt_con(clt_path->s.con[c= id]); > + /* Make sure we do the cleanup in the order they are created */ > + for (i =3D 0; i <=3D cid; i++) { > + struct rtrs_clt_con *con; > > - stop_cm(con); > + if (!clt_path->s.con[i]) > + break; > > - mutex_lock(&con->con_mutex); > - destroy_con_cq_qp(con); > - mutex_unlock(&con->con_mutex); > - destroy_cm(con); > + con =3D to_clt_con(clt_path->s.con[i]); > + if (con->c.cm_id) { > + stop_cm(con); > + mutex_lock(&con->con_mutex); > + destroy_con_cq_qp(con); > + mutex_unlock(&con->con_mutex); > + destroy_cm(con); > + } > destroy_con(con); > } > /* > -- > 2.29.2 >