From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr2-f0.google.com (mail-wr2-f0.google.com [74.125.225.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 32A4F3B42DA for ; Sun, 19 Jul 2026 18:13:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.225.64 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784484840; cv=none; b=HLj+euWu3qCzzU13v2JqEcD0eNzZU75R/Xrn9M6kc7iaYFE7yXYyeU0t0PSh0grN4zgL1G7SOH7yFExaQ541aNIagWzkJ8vT5jXlmvVskGH3SZIuj55/r8q5c+D47gS9uFH+uitQOukL8hPpKvYoVxeSluvoeh4a7e2Iro3w5tk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784484840; c=relaxed/simple; bh=3YWMa6Tdi07wjaonknTwQWF1etydIJ8Jvb8Tg47AmrI=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=i7PBiy2K/sKQSoHzkhgndEQ2EwyCs8YHDpb5Kf+kmucx4sdsdVP/lfJNaa6EwTilBkapVKo4mo46Ip/PKYzKTB07zYnwDgCLX3oa1X7YPO2+4sBGLVuy4H0GOubl7UDpDJVRKEZrF2WS33S+Tqznjoy88GFiPTyxye8NDEPZOdo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=XLEKygbz; arc=none smtp.client-ip=74.125.225.64 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="XLEKygbz" Received: by mail-wr2-f0.google.com with SMTP id ffacd0b85a97d-47825ef4012so2399159f8f.1 for ; Sun, 19 Jul 2026 11:13:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1784484835; x=1785089635; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=3YWMa6Tdi07wjaonknTwQWF1etydIJ8Jvb8Tg47AmrI=; b=XLEKygbzGvW9h2KimbCivMFs4cWQTQ+k1otEpyL6zLCb62y3sDoLQd9m5ukjdmD3/U HV0Cn/qcpRuFE1Td82yuqGTif/Zz/vUk9D6VCdFfyK669SqDTc/fuElWxXoCpE67qi8S GpMJ1FZl+WHe2MVVz7/aavdk5y86ZCyeg4ryifxvU5u7c4CE7FSkQuNCkIbPq3cVzplI Zo60nraUXd0BeIIWv+XdjRU6GUfhmziCdMQlT05G9LQsgOExfIvHQJ5dGEI9PMDx4jjx qUqe3sM8BCAIGsFwiWP7isp8aLS6/MwiRiusIH/J1YoRAZEYZzNPmwq5U3B3/Vv/Npgd gd+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1784484835; x=1785089635; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=3YWMa6Tdi07wjaonknTwQWF1etydIJ8Jvb8Tg47AmrI=; b=TE3t/ZurFPfaPB2jIyTfKc2ZWFhBeosofuivMjER4jB4uExa9Y/O6Ixy4ZtlpG/u40 kpxn6YjkKsWVNFN9faBAtcE12Dm03bbnqio5GDlm976/iMz8KYFifQKymSYX+N0KqICd KaGOPCG3L+QftR7aJEtkrPKlmOuuZbxN4pvHTFYDkmcl+X1LiY8DyZd9fnLSZDw12Qs9 VIMxH8csYhyk0aUkQetNjZrOoe78SdCIgOEGYAuqbNLtK+8d13UCNRYOkx10vhNM2z5R AXdeuzKPuC/bZyBjw0MT/RcmRk5HXQ2+mzWwdO+bWNW+BJDg1SIHxmdBkWVd/N+PccuN f4Gw== X-Forwarded-Encrypted: i=1; AHgh+RqYvBUSV9lTJvRPskhw5YiwBwyGwGy9o8m3tJuW1H+mMQbmvBZH1xrVzPPsmvNXgvwIbu0kpRMMpRrymXY=@vger.kernel.org X-Gm-Message-State: AOJu0YwHk/UBMDsTL65fszZm3Hs5bBnEBexIwGLXXVmX/BhM90G8onD3 bxjtixqhaekqWnW6kdRbJxnYiecVeuDSQGrv6Tu7ct6cQNtjJUr6hs/N X-Gm-Gg: AfdE7clrV/rcZxLVX/YKv9ihQzj0G5pdGFR/uSzs2szrZaqJDVZ34XUP4+ykLrMdljE W1GC3obk7A+0vZIoSnT8nUK0UXS9tpR3lvVehVLV9jWzGg8XInx81KepkBdXa820ycrGRylvhwp 6ouytg7l4R2KVC7ITEdjx/Ko3q5pNkpg/Z0cJvdMfrBv7p8jeVr9iebYbP1TyJ7thdveBJfkO2G MTVmwlGVrheu1h/B3FytEtgFYBFsmhgRpQN0tU/ia1k7QUr9Hf4YHi7LJsXk40FJmmZVj5Bg/v3 hO364tRQkHu81MpHXPYIrEdz5nTR5/a3lvAJYcN1MBPPe6ETb+MHjVDn2X9b7OmUlPV8jVHiGsn xjohcOvveiGzng3qpQdt81Cb4pJhXUyp8knQ8YeqHfQz4TBDTgQnI7tXe6sHTqd73UGg1StXe/r fw X-Received: by 2002:a05:6000:2dc5:b0:47f:73dc:c5aa with SMTP id ffacd0b85a97d-47f73dcc5d1mr2608566f8f.30.1784484834517; Sun, 19 Jul 2026 11:13:54 -0700 (PDT) Received: from fedora ([212.253.209.56]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-47f63e496afsm23601948f8f.1.2026.07.19.11.13.52 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 19 Jul 2026 11:13:52 -0700 (PDT) From: Serhat Kumral To: Zhu Yanjun , Zhu Yanjun Cc: Jason Gunthorpe , Leon Romanovsky , David Ahern , linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org, syzbot+8c9eede336e3a843750e@syzkaller.appspotmail.com Subject: Re: [RFC PATCH 1/2] RDMA/rxe: drive UDP tunnel socket lifetime from the GID table Date: Sun, 19 Jul 2026 20:59:19 +0300 Message-ID: <20260719175919.196814-1-serhatkumral1@gmail.com> X-Mailer: git-send-email 2.54.0 In-Reply-To: <59a73ba7-52f3-44bc-80b9-98ff2a6aa771@linux.dev> References: <59a73ba7-52f3-44bc-80b9-98ff2a6aa771@linux.dev> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit > Could you please run this selftest in your environment to see if you can > reproduce the deadlock/hang and capture the stack trace? I could not reproduce this. I ran the exact sequence from rxe_rping_between_netns.sh, including its cleanup order and module unload, on arm64 QEMU with KASAN, lockdep and a 30-second hung-task timeout. rdma_rxe was built as a module and the test used rdma-core's rping. I ran it 15 consecutive times, followed by a variant that unloads the module while the netns and RXE devices are still alive. The rping transfers completed, the unload succeeded, and there were no hangs or splats. The series was based on b21d9bf627dd. Could you share your exact base commit and .config, and confirm whether the same test passes on that tree without this series? The script redirects stdout to /dev/null, so could you also identify the command at which it stops, for example by temporarily removing the redirections and running it with bash -x? If it hangs again, "echo w > /proc/sysrq-trigger" and, if possible, "echo t > /proc/sysrq-trigger" from the console should provide the blocked-task stacks without requiring kdump.