From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f54.google.com (mail-wm1-f54.google.com [209.85.128.54]) (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 4D1524C77D3 for ; Wed, 22 Jul 2026 11:19:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.54 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784719148; cv=none; b=oAnKTMALDaBF+n/4g/FPOe5ryEQiUtwbQn5rVCQX+NXCfxWjBZfLwcdBGqxv1Gu5Wc5eMcfunSSwOovWFRCEeCZJpdAt+hrL23kmljs5LR/ZWJpNYqCvL3pybzh/nTy49hvkXa7xHmW7M7sXqlF+6t4h1SLSVSTaeqnmQKv2CxU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784719148; c=relaxed/simple; bh=K0lJdomABA220xXQvjPrABsUyrol06jwDg0S6PXXfsU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=V6b5Je6Lu3a79YLxk69S9L1xlTEYz0WI2KnLlPmt0tA6s+gwtq4ARb6HWu17/VZdpNkpUhjT8WXMHVL1gl/gd1XN9HAPdTsCYOfcIbXL4lqFNQMe4frhOpeLJib/519z4Xwjy3AelDPqdrq1tMR7CzDWlTjnKlSUDiykeQC/ljo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=resnulli.us; spf=none smtp.mailfrom=resnulli.us; dkim=pass (2048-bit key) header.d=resnulli-us.20251104.gappssmtp.com header.i=@resnulli-us.20251104.gappssmtp.com header.b=oh6xSitz; arc=none smtp.client-ip=209.85.128.54 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=resnulli.us Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=resnulli.us Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=resnulli-us.20251104.gappssmtp.com header.i=@resnulli-us.20251104.gappssmtp.com header.b="oh6xSitz" Received: by mail-wm1-f54.google.com with SMTP id 5b1f17b1804b1-49554ebb87dso40142025e9.3 for ; Wed, 22 Jul 2026 04:19:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=resnulli-us.20251104.gappssmtp.com; s=20251104; t=1784719145; x=1785323945; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=LRmXc9ZZ35HbKO4lnkGdwQFDA/KG04ApnL+4+6Y1E0E=; b=oh6xSitzv14cXiEehnSpN/lNNwBLwRIos7nCfJe57HvhwV3Miu90A81J+FmVquFNeg WZnf8kOuLCwtrpALmFC30uyKE36wRSwYfzjjcEIK+85FnFPpEgKTrlESpGNO8E93IqWT iihMO0kPefOqHw7l0c+5fhZeMkKP20CON2O6UFEulprF03uO0lrJvBQrX/QYK3//ajlj ECSFmXjhGAVuhRgrWYcsh9X7nHkCtxk0itlQpc0DHkrcqEFKmBKnEBeBIh6ZVWPI76Zv dZq0q3WNs9FFUeopq+8FxcJKGS4CsiPB1bV3nq7jGX2rhhM7xBBVWpVP87+EnTxph9Jn Tc7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1784719145; x=1785323945; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=LRmXc9ZZ35HbKO4lnkGdwQFDA/KG04ApnL+4+6Y1E0E=; b=QR10XtpcjzDuxsxip23RfP6yyf6KEWdvptVY48YDRhGAbhj0BoKLvmoPiF1tS4IXDa xLamIrp0ZVyrzFPUqlF1VUYR4lFFWcLA0WWWHXeZmEQpBrRcjuxe/ASv52/DB3R2+vzR Xj5vwSN7Avu8B6lYTQh8Kq8Kca/JuETLhz5TGksbF+6xDzdwZ5ZFLarg3FewNf+rlwp0 hBeNJhU0gH8RevhBATV64+JwvQxBswoTdRd4UMUn6Y0ZeDnJN/zMhbpFStmtRujxx8Eu dHfbdIg8K5kEiHXW7mn8j3uwvoaKCz8oIxaFgWlqWll10+XvQVfuTloENSaaIdiEvBsj fdkg== X-Forwarded-Encrypted: i=1; AHgh+RrbabR4QOsX5Nkvf2KxNf8KlwFgW/sTk0kNFL7//vvXbC0l12x/6/8mQQau+s2NljOnYcCdTjv91I8s@vger.kernel.org X-Gm-Message-State: AOJu0YwxGbyvU+XhIXYDrUIWHClwYiNB/TMeg4KdXA99X3g54Jiq5n/J D0HoM6xlaboTgyWs2HmQHNLRZFc4AI3wO1hS+gckGEy523tMRsNkTASvnqMmR2OW1M8= X-Gm-Gg: AR+sD11BuiNag8RYjB+eCwxoxR4g49KPMEDhMlc44LgZDA/INlo8g3WG/So7CATncwz +/8yvaJ5BmxIFMnH0lGGKLMu7k4ledPv09MtfwzhIfE2TxYztQr6bi7MDL49nsodMjMEhIAz3bo TybuoglPZDQ1tzu0T4ONXHn2NiKzYyXfKIqOEDJ/I/EwbCRnMWL2rPjnYaDKaIf3cRUbyhkJpd6 a975hkzAqgCtHhDJfbukN/3BN7NbJuoqw/rhI92caeGpwMfGPuirDDD5IFrOdRPwZF87oADOv4h xnObwzy+rII7CUOZCtwaAIjJlps97hA+LC3Y9DWtKANTGxIFLf2sESLYdX+lMdrPUHGfo+LXOPI IfyOXfkQB/kbo/+P3tPU6pcUe49j+mEjucz5kxp/vQQtkeCTS0QLDCBxavh5JoRTkBWe+WtDqBx tG5CYE8CryclfJdYHt0bgubw== X-Received: by 2002:a05:600c:4ed1:b0:495:6485:226b with SMTP id 5b1f17b1804b1-49566a820aamr70694565e9.22.1784719145296; Wed, 22 Jul 2026 04:19:05 -0700 (PDT) Received: from localhost ([140.209.217.211]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4956b72fac1sm43347075e9.1.2026.07.22.04.19.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 22 Jul 2026 04:19:04 -0700 (PDT) Date: Wed, 22 Jul 2026 13:19:00 +0200 From: Jiri Pirko To: linux-rdma@vger.kernel.org Cc: cgroups@vger.kernel.org, netdev@vger.kernel.org, linux-s390@vger.kernel.org, linux-kselftest@vger.kernel.org, jgg@ziepe.ca, leon@kernel.org, parav@nvidia.com, mbloch@nvidia.com, cmeiohas@nvidia.com, roman.gushchin@linux.dev, bvanassche@acm.org, zyjzyj2000@gmail.com, shuah@kernel.org, tj@kernel.org, mkoutny@suse.com, hannes@cmpxchg.org, alibuda@linux.alibaba.com, dust.li@linux.alibaba.com, sidraya@linux.ibm.com, wenjia@linux.ibm.com, yanjun.zhu@linux.dev, cui.tao@linux.dev Subject: Re: [PATCH rdma-next v3 00/14] RDMA: Make device names unique per net namespace Message-ID: References: <20260716132316.1495242-1-jiri@resnulli.us> Precedence: bulk X-Mailing-List: linux-s390@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260716132316.1495242-1-jiri@resnulli.us> Thu, Jul 16, 2026 at 03:23:01PM +0200, jiri@resnulli.us wrote: >From: Jiri Pirko > >RDMA device names are unique system-wide today: >__ib_device_get_by_name() checks a requested name against every >registered device regardless of the network namespace it lives in. >A device in one network namespace therefore cannot use a name already >taken in another, even in exclusive netns mode (netns_mode=0) where >the two are otherwise isolated. Net devices have no such restriction - >their names only need to be unique within a network namespace. > >This series makes RDMA device names unique per network namespace, >matching net device semantics, and adapts the users that assumed >system-wide unique names. > >Scoping reuses the existing rdma_dev_access_netns() predicate, so >behavior only changes in exclusive mode: > - shared mode (default): names stay unique system-wide, no change; > - exclusive mode: names only need to be unique within a namespace; > - CONFIG_NET_NS=n: everything is init_net, names stay system-wide > unique. > >There are two users that cannot be made per-namespace and are >documented as known limitations instead of changed: > - the rdma_cm configfs tree: configfs has no network namespace > support, so it cannot represent two same-named devices; > - SELinux ibendport labelling: endports are labelled by (device > name, port) from a global policy; distinguishing same-named > devices would need net namespace support in the SELinux policy > language and tooling. > >Tested with the new rxe_netns_names kselftest added in the last patch. This looks like good to go. All Sashiko findings are false positive or unrelated. Care to merge? Thanks!