Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1439489ybt; Thu, 18 Jun 2020 08:42:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwdZAAGKhuzRx3IwCkF44veB1hYbk1lR1k3IUoBZJQQcapYN/Cw5Er8X56Ex9c95hixRo/y X-Received: by 2002:a17:906:3844:: with SMTP id w4mr4712284ejc.313.1592494948571; Thu, 18 Jun 2020 08:42:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592494948; cv=none; d=google.com; s=arc-20160816; b=sCGQs9hW7aP5KnHdDxUPgs4mOtM5P7GiuhXS5zjYpA6DVaU/E+1JXmkBw8YVJ1sfAV /KFRRzB/oBD9pEnmDGIv19yCJdzoZX1mwGJ62+Wes4xgLEFdR8TZ0UaU4k+fB+FLrGSs QCuopoATgLRt9JY1s5DXY4QJaxQU9OMBA4/bdi3ad+V1hBzaq0vHLbtiHahWUFanG66G Ird8qkx5VCE86BeWdGyb+wLCpuLakTyR4fvpNY0LSQ2n8Ok4jxHMwkeVxKM+pT+/xiqg TGl9gFapCvLt08fUGfkiDTZ83L9sIO/YBGu0e7TADQzm0srDZzhtWn9koGJ8KpGFH2RE TwrA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=GZJ6zrh+Y1Vsbn8ruHOrvITbkoXuvzfrfxu58pe7Zzk=; b=x3+Jq3pJ6PNZXNICDaRkO4yeKp1z5Lnyrckq+XR2my9KAnO5j7hkj711bO2iLrewjA tEBQPT4WsZ2olKIN6Lib7LdAgX9hibpc7gGhb/Vr4BL9z7o/beilu3mYZm5LaBauHAL3 dlSDUFzhOfedKBGmtfdxe0iRI5qfwtJMsYLRNqRPH3mvgmFyQGqT3VC8lkbV4sP+k8P8 92h5DN//iGQCWW+PSb6OIRWCGquZsK5y6ihCPj0LFBFiBrs2sn9GLONk7vxtxKb6LkYf 0rp926nwIkqHGn8a+opD8GNsL9jUKgnYAA0U3BL26q93w5yXykX6e3fF4AqBmnun4DOj mHqg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nOpCbbD6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j14si2167388edy.342.2020.06.18.08.42.05; Thu, 18 Jun 2020 08:42:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=nOpCbbD6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731546AbgFRPjj (ORCPT + 99 others); Thu, 18 Jun 2020 11:39:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37918 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731495AbgFRPji (ORCPT ); Thu, 18 Jun 2020 11:39:38 -0400 Received: from mail-pl1-x643.google.com (mail-pl1-x643.google.com [IPv6:2607:f8b0:4864:20::643]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9EF9CC06174E; Thu, 18 Jun 2020 08:39:38 -0700 (PDT) Received: by mail-pl1-x643.google.com with SMTP id y18so2587786plr.4; Thu, 18 Jun 2020 08:39:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GZJ6zrh+Y1Vsbn8ruHOrvITbkoXuvzfrfxu58pe7Zzk=; b=nOpCbbD6xUCyUz1YyRFpYFHK9LWD7cjvIZxDiH+RHDIqnZOql6/HyXntIMdZRBmh6W qpWKCdPmcmhXmDldMKpyNVRtvcF65untSTh7b5p1WI9usEorDqyqWi+2CMlzv8bzHvnL dqwHRgzMvBKGZNXW3AWDlFOGQE2zB0mmd0nG8fJ7sq2Mbb/5W1+6ARarXpTXZ/T5Z7Fh NNczurvr+OGHWixUQ43EDkmzuyUQu7NgUxXcjGQunTlZxsMEkwffmiWHpAJiBmVQMQ+O PL8u/pNkmfjNg6/x1GGhte/FJXNgJRRoFUgl+zVauVs2zGcOpfx5XpLN7dEWqdjkSM8K B3SQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GZJ6zrh+Y1Vsbn8ruHOrvITbkoXuvzfrfxu58pe7Zzk=; b=p17BIvnREAJDft6OnMGhhl5yA7MAuAjLZZCv6agajTzQq2ZSdsqn3WCRPlG6DZAaXS r8353+3fuCPFLV0oRdXrHzcdvCooJEtKFKDJb5Q9r8AZEZ18tbWnnQhpUBL1MOtuqxTe c4c6qn9f8pi0Au98ngPNZjFqwbYqJ0aDza2RTk6rH5sEiYS7k9hGsy9wrzRM5ovzM/w2 VCypvOQhpxeVo114Pqw/gfMOJ3SaK60v6nN/XADbkXIm2PoUMONPjbjYqblVp4WW7d0q mdCRZ6EbvBgSCOkes4nX/28EA5dCs3Q4K/cmyeW06wI9+Z6pk0woTecteDm0sl3YweFS kzvw== X-Gm-Message-State: AOAM533YO6q0ZDC1Vn/hboYnWQm/z/gFHV0GNzzYR7PQQAA+Zt41w9JJ eSmjv/QHOrP3jjkNb2CpbbRdMsOzeS51pIeD/bQ= X-Received: by 2002:a17:90a:ac05:: with SMTP id o5mr5004682pjq.228.1592494778159; Thu, 18 Jun 2020 08:39:38 -0700 (PDT) MIME-Version: 1.0 References: <20200616011742.138975-1-rajatja@google.com> <20200616011742.138975-4-rajatja@google.com> <20200616073249.GB30385@infradead.org> <20200617073100.GA14424@infradead.org> <20200618083646.GA1066967@kroah.com> In-Reply-To: From: Andy Shevchenko Date: Thu, 18 Jun 2020 18:39:25 +0300 Message-ID: Subject: Re: [PATCH 4/4] pci: export untrusted attribute in sysfs To: Rajat Jain Cc: Greg Kroah-Hartman , Christoph Hellwig , David Woodhouse , Lu Baolu , Joerg Roedel , Bjorn Helgaas , "Rafael J. Wysocki" , Len Brown , iommu@lists.linux-foundation.org, Linux Kernel Mailing List , linux-pci , ACPI Devel Maling List , Raj Ashok , "Krishnakumar, Lalithambika" , Mika Westerberg , Jean-Philippe Brucker , Prashant Malani , Benson Leung , Todd Broch , Alex Levin , Mattias Nissler , Rajat Jain , Bernie Keany , Aaron Durbin , Diego Rivas , Duncan Laurie , Furquan Shaikh , Jesse Barnes , Christian Kellner , Alex Williamson , "Oliver O'Halloran" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 18, 2020 at 6:04 PM Rajat Jain wrote: > On Thu, Jun 18, 2020 at 2:14 AM Andy Shevchenko > wrote: ... > To clarify, the attribute exposed by the firmware today is > "ExternalFacingPort" and "external-facing" respectively: > > 617654aae50e ("PCI / ACPI: Identify untrusted PCI devices") > 9cb30a71ac45d("PCI: OF: Support "external-facing" property") > > The kernel flag was named "untrusted" though, hence the assumption > that "external=untrusted" is currently baked into the kernel today. > IMHO, using "external" would fix that (The assumption can thus be > contained in the IOMMU drivers) and at the same time allow more use of > this attribute. That discussion had been held, IIRC, during introduction of the untrusted member in struct pci_dev... > > > Trust is different, yes, don't get the two mixed up please. That should > > > be a different sysfs attribute for obvious reasons. > > > > Yes, as a bottom line that's what I meant as well. > > So what is the consensus here? I don't have a strong opinion - but it > seemed to me Greg is saying "external" and Andy is saying "untrusted"? ...and a conclusion has been made as you may see. So, I would highly recommend to speak to the author(s) of the patch that introduced / adopted 'untrusted' member. -- With Best Regards, Andy Shevchenko