Received: by 10.192.165.148 with SMTP id m20csp4727895imm; Tue, 8 May 2018 13:19:55 -0700 (PDT) X-Google-Smtp-Source: AB8JxZoqY3dVIR3LBjWcud9LpxDfhj55JdeYjeBYiQIVp61VQUbdsdcxUmsvYzuPT0dJNAg+9Swi X-Received: by 2002:a65:6301:: with SMTP id g1-v6mr34177830pgv.307.1525810795767; Tue, 08 May 2018 13:19:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525810795; cv=none; d=google.com; s=arc-20160816; b=L/g4r56s/CJNcEkD+CiTkhWn2fwVlw+lUDoZNfT1Hudsf3YF5Fm6Inz8PmXIkZhEdC k+wMHsi67+EBqR71GaeeZkC49u11zinfdEtAUUYH9ne+kGZlB15cvGigHr1zKUI20fsw 1pZmtKaZ1jHWEqkfbzHtpmCDvkGIKd09DMLMpb4tjNhDD6YuS7uDUHnuC48ODSF/Fi3C c9YHTcLwJeUw5x8l7Lx0l+EAIX1zgwKO8nEMWe3vYZQ+ai6kJs3bQFUVwW0XJXveWtRU 8hZFFIsxf6h+sFRPUl59cnIJViowbLU4qN3+Y7r0qdipS2huPBsrztvR5BySGCTnXjTc 8f0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:subject:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:arc-authentication-results; bh=nf7PeC/8xzKT+0BwS1BYdQGI+8QGN6veMJq/p7Mu748=; b=Pw7TOEwovgFJuwu5dVfVGCok/eTGNe1RgXZwjHRnpu3//gi8M41irL9vl21fI/xYkM ILiTztU5/DwXuuWILzZhyV2wAPNDpMXkz/D+HE1wZo/NSngEILyMhTdwaHsmNGfDF/r6 k9g3oq+7kXGT/pGqycny4zXEJGKr0wHzzo6TSxv5YvDII4IpOpjZd+sykaovYnGiA6DU 1ZaLcz/SmJ7Ho4+YgKuy1wysbRfKUjgTWb1tV+DIhF8txQWFFCMtDwLrSUl31CvfD1Un fQAMW6hzbodIWVIxx8gEzEKFXuWyZtf7AA3uKEUnVBhlCthWkpmHdYJMdEwVC2i3DQmS 9OSg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z3-v6si12930898plb.228.2018.05.08.13.19.41; Tue, 08 May 2018 13:19:55 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755696AbeEHUTb (ORCPT + 99 others); Tue, 8 May 2018 16:19:31 -0400 Received: from ale.deltatee.com ([207.54.116.67]:60920 "EHLO ale.deltatee.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752259AbeEHUT3 (ORCPT ); Tue, 8 May 2018 16:19:29 -0400 Received: from guinness.priv.deltatee.com ([172.16.1.162]) by ale.deltatee.com with esmtp (Exim 4.89) (envelope-from ) id 1fG94t-0007bL-Tb; Tue, 08 May 2018 14:19:16 -0600 To: Alex Williamson Cc: =?UTF-8?Q?Christian_K=c3=b6nig?= , Bjorn Helgaas , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-nvme@lists.infradead.org, linux-rdma@vger.kernel.org, linux-nvdimm@lists.01.org, linux-block@vger.kernel.org, Stephen Bates , Christoph Hellwig , Jens Axboe , Keith Busch , Sagi Grimberg , Bjorn Helgaas , Jason Gunthorpe , Max Gurtovoy , Dan Williams , =?UTF-8?B?SsOpcsO0bWUgR2xpc3Nl?= , Benjamin Herrenschmidt References: <20180423233046.21476-1-logang@deltatee.com> <20180423233046.21476-5-logang@deltatee.com> <20180507231306.GG161390@bhelgaas-glaptop.roam.corp.google.com> <0b4183ef-e720-204b-9e85-b9eaf7a4136a@deltatee.com> <3584a6ac-95c7-5d23-1859-aee30605776e@deltatee.com> <20180508133407.57a46902@w520.home> <5fc9b1c1-9208-06cc-0ec5-1f54c2520494@deltatee.com> <20180508141331.7cd737cb@w520.home> From: Logan Gunthorpe Message-ID: Date: Tue, 8 May 2018 14:19:05 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180508141331.7cd737cb@w520.home> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 172.16.1.162 X-SA-Exim-Rcpt-To: benh@kernel.crashing.org, jglisse@redhat.com, dan.j.williams@intel.com, maxg@mellanox.com, jgg@mellanox.com, bhelgaas@google.com, sagi@grimberg.me, keith.busch@intel.com, axboe@kernel.dk, hch@lst.de, sbates@raithlin.com, linux-block@vger.kernel.org, linux-nvdimm@lists.01.org, linux-rdma@vger.kernel.org, linux-nvme@lists.infradead.org, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, helgaas@kernel.org, christian.koenig@amd.com, alex.williamson@redhat.com X-SA-Exim-Mail-From: logang@deltatee.com X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on ale.deltatee.com X-Spam-Level: X-Spam-Status: No, score=-8.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, GREYLIST_ISWHITE autolearn=ham autolearn_force=no version=3.4.1 Subject: Re: [PATCH v4 04/14] PCI/P2PDMA: Clear ACS P2P flags for all devices behind switches X-SA-Exim-Version: 4.2.1 (built Tue, 02 Aug 2016 21:08:31 +0000) X-SA-Exim-Scanned: Yes (on ale.deltatee.com) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/05/18 02:13 PM, Alex Williamson wrote: > Well, I'm a bit confused, this patch series is specifically disabling > ACS on switches, but per the spec downstream switch ports implementing > ACS MUST implement direct translated P2P. So it seems the only > potential gap here is the endpoint, which must support ATS or else > there's nothing for direct translated P2P to do. The switch port plays > no part in the actual translation of the request, ATS on the endpoint > has already cached the translation and is now attempting to use it. > For the switch port, this only becomes a routing decision, the request > is already translated, therefore ACS RR and EC can be ignored to > perform "normal" (direct) routing, as if ACS were not present. It would > be a shame to go to all the trouble of creating this no-ACS mode to find > out the target hardware supports ATS and should have simply used it, or > we should have disabled the IOMMU altogether, which leaves ACS disabled. Ah, ok, I didn't think it was the endpoint that had to implement ATS. But in that case, for our application, we need NVMe cards and RDMA NICs to all have ATS support and I expect that is just as unlikely. At least none of the endpoints on my system support it. Maybe only certain GPUs have this support. Logan