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 541AC5921F7 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-90cdfbd148aso6853656d6.2 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=Wxrv2ipUkBMaZnLzPXQJemS5uPSrK4L5f48RNDZP/qYGino8r8mPsWLSjZ/1PUzu4w 8mCxju/yTpIFamDgyiZNaa3r4TVQj/EZyUOE0B9N/mEHvLcEGqrTmvniVDZXLbiur/eg zu4m3nyoN/nHe4icMV75L6hor2I/1aoFEQE1IEaeEfV3HiStLNFhzsrzqxtAk/REFZ5G 6GaQJJB5KuEVDLzZO+NtiURwQPt6P6tRCkqL0E5x+4LF+dZvOp+oZN77Re7OL77dWYQH AzdSfOtABrDKqfldNbKNi3VoC/XwDfYALorCGXtVA29TJ3M6HaGtUTVxKrcczwmO9SGa m8OA== X-Forwarded-Encrypted: i=1; AKwUvBwNriH+BEvU406Mo7H2hw8vlRqPREuY6/1HWwdjHEusoh/FsLOerd0zE6e3cNnhlHQGOadt34soyXop@vger.kernel.org X-Gm-Message-State: AFuF++mPrYfgjbFCwx/9zCTYpIvCUNX2Qw52Q8JRXjNBrh8XsJLh2HFn xOw23XDvfsXykrC2S42TVT3qum5Lru0uJqO2RjTf7Wf0+zALF1ivfC5cks2Qrm7d+w4= X-Gm-Gg: AYBFou12fx+HbCsWOtq+enE7ZkCfLUU2OSRkvnkXPYykridgSerMkjQ4w9rO1BrB+G1 CfSzrB5/4r0SrNJp2Mj33bEiJ3tI8H4eQ5WMvq+EkSm57i7IJLpTlGNUVUhtozAvQxn4pFq52ZQ H9QMyZrLmCxetuZGl1a58atRFMSsWSWfitb8oZ0LR2ONo5hqEL4Shqlyr6IQYS1UC/CDs+NRqlf 1TdP/EnY7oPYQUP4e4GmIIS8UjISmA9PzH6oaftUHnFZQDf4VuSQdqjjepUaMvOyf18WhPSlbYN om0HwKxYk/iQdioTSDQ5nocDbOIBKd75x26dOQSje02nwsBiIs0HYZkDvrbpmLJ/+yFhWM1Rd64 +xlxvZz9hXYwDfhK8NItl2WbgoCa14FUcuu1LmlxxcYpMhtxQiqwqAp/X6r2Lw4+HtCKIKv1EMf VOI0JIMoypgzyNBRXcm7C/mXvxfP0RAooUmNEvOUxKdHDRZzjWqZiZNQt98z/8UiExOPZLokDCp XRuHD5kyslfAlEaHrMjKpQbH8wWSLX+/pDsFbmnnOxjFZfZZsZNhGi2 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: linux-rdma@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