Received: by 10.223.185.116 with SMTP id b49csp7914727wrg; Thu, 1 Mar 2018 13:28:59 -0800 (PST) X-Google-Smtp-Source: AG47ELsW8Aao0j0cv6v9m+AqJhnM7M7hyPgSLSM1iM8dU9Re0eBiGckHLMge7odeF/kYz6z+K2y6 X-Received: by 10.99.4.197 with SMTP id 188mr2583354pge.359.1519939739320; Thu, 01 Mar 2018 13:28:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519939739; cv=none; d=google.com; s=arc-20160816; b=NQm+KHA6qNPfXtHGmKIpCBdcWA9WCqP2Q8uQrR84+uoQJVHqvYMG1Ooyno5z/Lu/GO j0Eu6cJiH+TZAMXgrQFfM4Baqtuw5HBpuSjrDSvNC+iR6mo4LPbCHOjFDsjmCGcOp+xp ONvVbe1gObT6Fto3mHRbSffUdderkXW8UmVmhB27eGPE4s4i6OkSoPuaPkse2C4mKeE2 L+rw79qSIcfJPlfd6I0Zuq2fZvjTRYgUATG0VKyB4npAW8bA/4+x1A3X71m8kVSRHiUQ ZChzvVDxSPs7l46EgvS80VkOs9YW4pVxOp8k3oAPSLJp3lNMdiHOxM/6IBE+z+z4MprS 0Iuw== 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=YtLCMfXh0zAWqEZ/amm5YqKay/bivWe48WfOqzJ9gEk=; b=Y/qa7K5UOpQ/RHjRipeEETKtLQh0cOtNoA2VtubcfSJMBKhicEfO98NvzSVSV5tAFt mF+1v+O5kpH2a8g/pAW82+0ChKAv3iryfikO+52V9qG9cRIUw7zMaevaVjA+o+K3dqA1 zGG90qRA0MQS8e8/jsIZScQ5IyB7p70fBc46Wx7xx4jU2Fuslf4bTfcQ3tO72lbJmyt0 AZnhpScf8pSdDuHl9YnEgjGoS/f9TsKZ//TXWjbY20LrVbK4dyjWJq9P+wJ/I+zO4JBA AZ7RpPXGB/QkT+Mg8UWsy+9y4QNxYy+w4dMIkVU8NESMrFTEXxXyax/6BYNlyNiRNzFu eK7Q== 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 w16-v6si3621880plk.271.2018.03.01.13.28.44; Thu, 01 Mar 2018 13:28:59 -0800 (PST) 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 S1162072AbeCAV1R (ORCPT + 99 others); Thu, 1 Mar 2018 16:27:17 -0500 Received: from ale.deltatee.com ([207.54.116.67]:38740 "EHLO ale.deltatee.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161871AbeCAV1K (ORCPT ); Thu, 1 Mar 2018 16:27:10 -0500 Received: from guinness.priv.deltatee.com ([172.16.1.162]) by ale.deltatee.com with esmtp (Exim 4.89) (envelope-from ) id 1erVj9-0001j6-Jl; Thu, 01 Mar 2018 14:27:00 -0700 To: Alex Williamson , Stephen Bates Cc: 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" , Christoph Hellwig , Jens Axboe , Keith Busch , Sagi Grimberg , Bjorn Helgaas , Jason Gunthorpe , Max Gurtovoy , Dan Williams , =?UTF-8?B?SsOpcsO0bWUgR2xpc3Nl?= , Benjamin Herrenschmidt References: <20180228234006.21093-1-logang@deltatee.com> <20180228234006.21093-5-logang@deltatee.com> <20180301180257.GH13722@bhelgaas-glaptop.roam.corp.google.com> <0D05579B-789C-4A19-B3A2-C1A630BE31C0@raithlin.com> <20180301142155.5966c4c0@w520.home> From: Logan Gunthorpe Message-ID: <8202ea69-f0ed-db10-a0d3-9fd470c1c441@deltatee.com> Date: Thu, 1 Mar 2018 14:26:57 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180301142155.5966c4c0@w520.home> Content-Type: text/plain; charset=utf-8; format=flowed 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, 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, sbates@raithlin.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,T_RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 Subject: Re: [PATCH v2 04/10] 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 01/03/18 02:21 PM, Alex Williamson wrote: > This is still a pretty terrible solution though, your kernel provider > needs to decide whether they favor device assignment or p2p, because we > can't do both, unless there's a patch I haven't seen yet that allows > boot time rather than compile time configuration. There are absolutely > supported device assignment cases of switches proving isolation between > devices allowing the downstream EPs to be used independently. I think > this is a non-starter for distribution support without boot time or > dynamic configuration. I could imagine dynamic configuration through > sysfs that might trigger a soft remove and rescan of the affected > devices in order to rebuild the IOMMU group. The hard part might be > determining which points to allow that to guarantee correctness. For > instance, upstream switch ports don't actually support ACS, but they'd > otherwise be an obvious concentration point to trigger a > reconfiguration. Thanks, At this point, I don't expect this to be enabled in any distribution. The use case is for custom hardware intended to do P2P which means they can have a custom kernel with P2P enabled. The default for CONFIG_PCI_P2P is 'no' and I expect it to stay that way for a long time. Another boot option which has to be set for this to work isn't something we'd like to see. Logan