From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qv2-f12.google.com (mail-qv2-f12.google.com [74.125.230.140]) (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 58CB959220D for ; Thu, 17 Sep 2026 14:28:11 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.230.140 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789655293; cv=none; b=pdlC4VG5UXYjlVzI1dxQh8DuJvl56VGTSU6/hbIJt0x8tk4uB9aj/X86pum6EZslnG3+fE1DRlKbk95IgaEW8zPuQNW/2tx5H1vCqZo4XCq/Zn5JheMpEJGal1kz1z6/E505LXksGxE2EholnBJO52nfmk+4K7qztkVun3aXp3c= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789655293; c=relaxed/simple; bh=zD+yqYOk9BEwYrlkE41XIJFd2WjARDFI5ce4WJxm+Ls=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=XzWOjJcFqFqvLIlmyyXKo+j00pZZ3a9ywWna7CdEN3d0ACqARCaDhfcY2+ZFf7r82fs8YswjC39hfEPKmRZYHNT0bEJGVhln5KQYjIXodgkHxnpqeukwshzYdpUgKKsJbUSFLtEoAOgOtKY00aUZmeAJ5/laDIQVbeT1cHg4KEA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca; spf=pass smtp.mailfrom=ziepe.ca; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b=jOZBXJLw; arc=none smtp.client-ip=74.125.230.140 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b="jOZBXJLw" Received: by mail-qv2-f12.google.com with SMTP id 6a1803df08f44-91235f46716so6935676d6.1 for ; Thu, 17 Sep 2026 07:28:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1789655290; x=1790260090; darn=vger.kernel.org; h=in-reply-to:content-transfer-encoding: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=Jw1k2NAja1Um952Tl85LJupIp0nZbLj8NYpKbR9I6hU=; b=jOZBXJLwf6JP3b19azmsQ5fLkQfodPWKCQ4sDgsm74opbQurokqxNrasGuNyOPVzvE CTVWAdgBhof6iu0XiS8kaZ358Ree3L9tOC68tPaGgk6QmS7dj/CAh2cDH6Ri94YsKWYE zFgjnox0YrTKuN8CziN0SVinO8YFZz6H8x2igaWxvbrgFrudFRNrFyWtefERJIZGn9WM /YRBE5l7nBeTmhMKMbx56N0o1l466lNeHVloV8m2iSh8w9+kxpuV28bJDRjIUAx2mv9y 5MOsangOpHqTW06zyEsy1fwdV0ITN+uat3lRUftLj9jAXlHsH37VEcNIWu8qGi0F66Q2 koBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1789655290; x=1790260090; h=in-reply-to:content-transfer-encoding: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=Jw1k2NAja1Um952Tl85LJupIp0nZbLj8NYpKbR9I6hU=; b=2d82AkEmfMUMCJWjlleqFP+dhkHI+RZCBAzGIFVrhVtT2BsXcH4mbJTfME8P88zm48 yvglm64Ef/AU4CEPGxVOHzHFF++Gri7VwFBk2XeEcJ/f+hijBpud2gKlQdZHwGZL2Bvg t2VQPkE36RbIxiY98Rs3W059JT7W/hPWosPQSakta8W3pr2OjSc++0iZQX7rV/edPNaM UCc3i2eCG8IWObJl+zlzw04w1RA5exf9RvmhzauA+0gVHMLIOpT1LBe9bVb/1aQsUxie hEhj+uMtfwCZt6GGRdQdN3qOs5RIPHWJeaj378ZYkCjEolk/BdNLDuWDH3TVoOEd2Km+ +GRg== X-Forwarded-Encrypted: i=1; AKwUvBwzC43PxouaBNsFREr2nzJ0fMjhId3A4tiAok43M+QhXUIlHhy3CNSDxsdQRZG2/vud+88=@vger.kernel.org X-Gm-Message-State: AFuF++m5GYL8e6iVCHnUpBiUI06e43W9KW3HrH9Tofcn1RQrbMnTfYgN N1ujTP649g1JjVuGnSXliEakvKy7iFHysihNE/RAHiJSf0pGxTpbbs0t7bhwAsAHL8M= X-Gm-Gg: AYBFou3QoJIn/P0gBtJashnqvCJLLNXCKCwQ/FSkKfJ1PWLmiLuv24cexvKAISDka0/ 9I7WdCKzasZXCb05NKmk+E/1zK5ovrejXNeA5Zq5RD999u7xr9Y0ubYbJdIs8J0k060Y/PcpsTT qzKXjcRAbJR+gWphtpxQw7O3zeR/JSRR+ZUVNxcbSwJsDGsdhOAePwHGwoTlLGMMU/FExJ+IQBu QI8zvI9BFWI+uptcf5x9zpI/CI+dEd0fborm/M1RfXx6noDsOtsjfm2+qIf6Sk07aTG9bjmID8+ ika4xheHg6/4H6lDaUINEaB3KLr8rud9Sp+IB+7wkQgSjKf4eQHKlvD1x4wkJtb4S6Pm92Owzgw Ts+tRo3l0VeYVrZPDiWvb/MlUbE2jVf7xTFqd+RVX+IGvlpr8++0L/dUbIq5WsH18l9FFuePv3L v4wBa0t99yf0BKB0eBAli0w1ejDl9Lix6YqV45GFTUlCwsIBvSSLRHylwMAEM5erZ3FpQqgNAJt csyBWygFCve8DRxGHJp3ybHNwFVOd4z2gVQPSPOYRktBMW5vz6tWVbM X-Received: by 2002:a05:6214:1316:b0:912:517b:911 with SMTP id 6a1803df08f44-912517b0beamr9926716d6.48.1789655289706; Thu, 17 Sep 2026 07:28:09 -0700 (PDT) Received: from ziepe.ca (hlfxns010zw-159-2-239-150.pppoe-dynamic.high-speed.ns.bellaliant.net. [159.2.239.150]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-9123be9ca82sm51192626d6.32.2026.09.17.07.28.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 17 Sep 2026 07:28:09 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.97) (envelope-from ) id 1x7D5s-0000000CrE5-25RS; Thu, 17 Sep 2026 11:28:08 -0300 Date: Thu, 17 Sep 2026 11:28:08 -0300 From: Jason Gunthorpe To: Christian =?utf-8?B?S8O2bmln?= Cc: Thomas =?utf-8?Q?Hellstr=C3=B6m?= , Leon Romanovsky , Bjorn Helgaas , Logan Gunthorpe , Chaitanya Kulkarni , Greg Kroah-Hartman , Jens Axboe , Alex Williamson , Ankit Agrawal , Jonathan Corbet , Shuah Khan , "Joerg Roedel (AMD)" , Will Deacon , Robin Murphy , Randy Dunlap , Sumit Semwal , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, iommu@lists.linux.dev, Tushar Dave , linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org, linux-rdma@vger.kernel.org, kvm@vger.kernel.org Subject: Re: [PATCH v6 18/18] RDMA/mlx5: Ask P2PDMA whether ATS takes a direct peer-to-peer route Message-ID: <20260917142808.GH3196566@ziepe.ca> References: <20260914-fix-p2p-acs-v4-0-v6-0-5ef07ec9ef06@nvidia.com> <20260914-fix-p2p-acs-v4-0-v6-18-5ef07ec9ef06@nvidia.com> <321890690ce83d1943b2f678bd9bee9b8c895b66.camel@linux.intel.com> Precedence: bulk X-Mailing-List: kvm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Thu, Sep 17, 2026 at 04:00:33PM +0200, Christian König wrote: > > However, at least for the Intel GPUs, ATS enablement is based on the > > PCIe-side enable bit. > > Yeah, I can confirm as well that this is something really exotic. In most datacenter systems it is only the NIC that initiates the P2P transfers, so it should not be surprising that NIC HW has more optimizations for this. In real systems ATS carries such a perf cost that you do need to be selective about it. I would expect every serious NIC to have this capability or it will not be perf competitive. NIC and GPU are using ATS for completely different reasons. > Additional to that the setup that ACS seems to be disabled for some > bridges bit not all also sounds extremely uncommon. I'm not sure where you saw ACS disabled, you can look rdma-core now has a tool to help people get their RDMA NICs working in GPU systems: https://github.com/linux-rdma/rdma-core/blob/master/kernel-boot/rdma_topo I would view most of that stuff as completely normal at this point, people have been doing versions of this by hand for almost 10 years now. Especially the asymmetric translated/untranslated routing. Jason