Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp4024743rwl; Mon, 10 Apr 2023 05:10:11 -0700 (PDT) X-Google-Smtp-Source: AKy350ZMFjiWrSpcwzUZWwxBRtZTKvbkyXwEbLG6T3Nt6i8Nfx9LLnaLXNcKy3MJkV4iyrd8Emz2 X-Received: by 2002:aa7:d0c2:0:b0:504:8905:5218 with SMTP id u2-20020aa7d0c2000000b0050489055218mr6684339edo.1.1681128610951; Mon, 10 Apr 2023 05:10:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681128610; cv=none; d=google.com; s=arc-20160816; b=eI1NrgkRnN8xL7fBpw5g+qLS7Ll9RVe+KHhYIhCbm5rjw8+0mGQvPctHsk41cqjqqO 0eX8a6g7eRJM2qrV5DF+VCpVjZuopi/1bOjmAt9hBrsLOPiVvyfJPsITulh3l0s8iWm9 3KxFxU6ueHbJHG6EK721itYLd4KeCFwIsMQr8z3Fqj8T9SLMVkkQ/60ebTk6ey84yw0q D/LcnG71t2Wlyya7pk3aTucrHEYeeMXzrgYOOU+q7hzPi8AiGJVTjmeevHhNajJy5iza DO4GBkNhtBzBy+yaoEjy/Agz7dbvNpktNXTirMXV5OkczDkpavxJOUJq0rs/yyAOTPS9 91pQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=XjvCsxqsuOpm192SCa3xGsa8cDf0FNLZeuUGQx82NhE=; b=tqXGosF/pKKm1xTjQTBCdrhZ0WGfXIPA58bsiPXZdlZbkoHI7unr7X48tx7hg9pK0l vm4YHyLywa1B5PjxzFGvQ0HDAEoPA8HjTgVLSoyQUf+PDoaOHPnZj0NVCV2IUETE8HwJ j8BN3GzmbUSQVacFEAX5LwzH6MezTtTE7BfND90uiGwvrp0rZnpqRAqwIqXEurSivfe+ P2HP2KIzBZkR2C83uIzxUDbueMzgTaQHxpB5K3+oKEVo1e9Ow6GaD1D/cPuU65PPhdqr 8KQwnkz42PsQy/CPwuDVcNE29PcYHap/zAZnolHUg/ih3e6CWe+T5MWITqfop+S7qOcD c//g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="G/M8jTqI"; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bc20-20020a056402205400b005021d19dcdesi1763835edb.171.2023.04.10.05.09.46; Mon, 10 Apr 2023 05:10:10 -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=@kernel.org header.s=k20201202 header.b="G/M8jTqI"; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229942AbjDJMIn (ORCPT + 99 others); Mon, 10 Apr 2023 08:08:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33978 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229861AbjDJMIf (ORCPT ); Mon, 10 Apr 2023 08:08:35 -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 77938268E; Mon, 10 Apr 2023 05:08:14 -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 F38E96126A; Mon, 10 Apr 2023 12:08:13 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D9126C433EF; Mon, 10 Apr 2023 12:08:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1681128493; bh=RZXvfwvgKc09sY/R9ObiZBOSOcRQK3fya8KG3W4j+rs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=G/M8jTqIP+g8el0hrwE8KUCfj6Li/rGQAcMKMXegj4rvM3T2Kxg2fDrGZXycfwmRp AvbC/0YJlOjYotDE/BeHh+7KQv29r3oA/aEuyGDf+4QQpFYu9T4pTwGIlwgvpOFruw b+t917woC/1uxv5Lx3+sm2uEH/B3IjdesJkEUsziTiYCVP17VWSz0BfP8nBqHUKt3S MH3cCWUbihL9wOcrwwsljT8tinOiEtx21sr4uCFb4v+xZu9bxosDmSv86tFaKlMeMr wKPzEKY1amuoEGOnmBu7cBBRhHb7nFex7v1idvKE6wngHLZF0tI4MBuJS1Ew7VgOag Elo4Tp1KvQYmg== Date: Mon, 10 Apr 2023 15:08:09 +0300 From: Leon Romanovsky To: Li Zhijian Cc: haris.iqbal@ionos.com, jinpu.wang@ionos.com, jgg@ziepe.ca, linux-rdma@vger.kernel.org, guoqing.jiang@linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH for-next 2/3] RDMA/rtrs: Fix rxe_dealloc_pd warning Message-ID: <20230410120809.GN182481@unreal> References: <1681108984-2-1-git-send-email-lizhijian@fujitsu.com> <1681108984-2-3-git-send-email-lizhijian@fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1681108984-2-3-git-send-email-lizhijian@fujitsu.com> X-Spam-Status: No, score=-2.5 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS autolearn=unavailable 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 Mon, Apr 10, 2023 at 06:43:03AM +0000, Li Zhijian wrote: > The warning occurs when destroying PD whose reference count is not zero. > > Precodition: clt_path->s.con_num is 2. > So 2 cm connection will be created as below: > CPU0 CPU1 > init_conns { | > create_cm() // a. con[0] created | > | a'. rtrs_clt_rdma_cm_handler() { > | rtrs_rdma_addr_resolved() > | create_con_cq_qp(con); << con[0] > | } > | in this moment, refcnt of PD was increased to 2+ > | > create_cm() // b. cid = 1, failed | > destroy_con_cq_qp() | > rtrs_ib_dev_put() | > dev_free() | > ib_dealloc_pd(dev->ib_pd) << PD | > is destroyed, but refcnt is | > still greater than 0 | > } > > Simply, Here we can avoid this warning by introducing conn own flag to > track if its cleanup should drop the PD. > > ----------------------------------------------- > 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_client 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-rc6-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 ea 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:0000000000000000 > 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 > --- > drivers/infiniband/ulp/rtrs/rtrs-clt.c | 4 ++++ > drivers/infiniband/ulp/rtrs/rtrs-clt.h | 1 + > 2 files changed, 5 insertions(+) > > diff --git a/drivers/infiniband/ulp/rtrs/rtrs-clt.c b/drivers/infiniband/ulp/rtrs/rtrs-clt.c > index c2065fc33a56..4c8f42e46e2f 100644 > --- a/drivers/infiniband/ulp/rtrs/rtrs-clt.c > +++ b/drivers/infiniband/ulp/rtrs/rtrs-clt.c > @@ -1664,6 +1664,7 @@ static int create_con_cq_qp(struct rtrs_clt_con *con) > return -ENOMEM; > } > clt_path->s.dev_ref = 1; > + con->has_dev = true; > query_fast_reg_mode(clt_path); > wr_limit = clt_path->s.dev->ib_dev->attrs.max_qp_wr; > /* > @@ -1690,6 +1691,7 @@ static int create_con_cq_qp(struct rtrs_clt_con *con) > wr_limit = clt_path->s.dev->ib_dev->attrs.max_qp_wr; > /* Shared between connections */ > clt_path->s.dev_ref++; Without looking in the code, I would expect dev_ref from the line above to perform PD protection. > + con->has_dev = true; > max_send_wr = min_t(int, wr_limit, > /* QD * (REQ + RSP + FR REGS or INVS) + drain */ > clt_path->queue_depth * 3 + 1); > @@ -1742,6 +1744,8 @@ static void destroy_con_cq_qp(struct rtrs_clt_con *con) > con->rsp_ius = NULL; > con->queue_num = 0; > } > + if (!con->has_dev) > + return; > if (clt_path->s.dev_ref && !--clt_path->s.dev_ref) { > rtrs_ib_dev_put(clt_path->s.dev); > clt_path->s.dev = NULL; > diff --git a/drivers/infiniband/ulp/rtrs/rtrs-clt.h b/drivers/infiniband/ulp/rtrs/rtrs-clt.h > index f848c0392d98..970b75633594 100644 > --- a/drivers/infiniband/ulp/rtrs/rtrs-clt.h > +++ b/drivers/infiniband/ulp/rtrs/rtrs-clt.h > @@ -75,6 +75,7 @@ struct rtrs_clt_con { > unsigned int cpu; > struct mutex con_mutex; > int cm_err; > + bool has_dev; > }; > > /** > -- > 2.29.2 >