Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp7941326imu; Thu, 15 Nov 2018 04:09:04 -0800 (PST) X-Google-Smtp-Source: AJdET5cAx8GTnSFE7W3nhl3e8rSrhBsROOBQxzfJWDw07qv+++rw0+fY2Eikq0Pmg+P6tHLbrOoj X-Received: by 2002:a62:37c7:: with SMTP id e190-v6mr6023430pfa.145.1542283744318; Thu, 15 Nov 2018 04:09:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542283744; cv=none; d=google.com; s=arc-20160816; b=fYk9dfN1p0cfdTvPejF/ZNk6Q7q2bexEhLKAjHfxzff+lRvZH3PwKOp3wmEUYhofRR g1bo0ZqryfBjTOkDgNXYwPIpA7AjL+Jjfr0muyqVRFK5gPLFMQWDtifeTHSkUcKP2Njl QK1Gg28kF/0PRhtWCjcj/YMSTOR6HdOk924yyNXmdMl//SeI0PxR1ZH4+12rDdBB+ixH YUOBUtcqH/K2I4eOA0wCPlDfpH1u08hUL2r53mUL6nvYVrCWsYGqQJjeZI7Ik+7h97r5 IgCsN+t1RQaWA5geK35+QhY9P7RNuMzv2DiUCQzqYlQwvdwiDbjxlxX80TzuH4mpe3PC yWQA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=kTXI3L1aAbNlDQFjnUa5EGSU+9DagffBYf6VyjhP5p4=; b=y8giknl1l2TF3bMg2PXI0qEmWVIVr/AYPh3kbaBU+A4rlADEWax6Pw8m2Kdos5Xy+U V3h3n6ExT7CUoIw1y0BQrWNiMRWUPzJLWIo3xd+N8aX2oszfaXk5NqaccvKuJ+m2K/iy LtWWCryi2ejLdSdrF8pqY3ZzrKM70Jk5iTkQ/H/GSIrXDk7Iln0Q+OfwfL7YsFx7hama f+iswtQEW3BMQzcEnHzKyxFsnXRQ2g7wdbvnlAA1bXEmcJb2siRJoOqlDEVkYfiBXIei kSkWfJRgB3zX0+aOGyoKO9k8m4lNCAANiT04juBs/WXITxzwLiYCTgZpyg2sSTWryIlU yosQ== 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 q14si26383027pgq.197.2018.11.15.04.08.27; Thu, 15 Nov 2018 04:09:04 -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 S2388207AbeKOWPO (ORCPT + 99 others); Thu, 15 Nov 2018 17:15:14 -0500 Received: from bmailout3.hostsharing.net ([176.9.242.62]:53295 "EHLO bmailout3.hostsharing.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387647AbeKOWPO (ORCPT ); Thu, 15 Nov 2018 17:15:14 -0500 Received: from h08.hostsharing.net (h08.hostsharing.net [83.223.95.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.hostsharing.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (not verified)) by bmailout3.hostsharing.net (Postfix) with ESMTPS id C7FD7100D9403; Thu, 15 Nov 2018 13:07:36 +0100 (CET) Received: by h08.hostsharing.net (Postfix, from userid 100393) id 4077B15429E; Thu, 15 Nov 2018 13:07:36 +0100 (CET) Date: Thu, 15 Nov 2018 13:07:36 +0100 From: Lukas Wunner To: Mika Westerberg Cc: Lorenzo Pieralisi , iommu@lists.linux-foundation.org, Joerg Roedel , David Woodhouse , Lu Baolu , Ashok Raj , Bjorn Helgaas , "Rafael J. Wysocki" , Jacob jun Pan , Andreas Noever , Michael Jamet , Yehezkel Bernat , Christian Kellner , Mario.Limonciello@dell.com, Anthony Wong , linux-acpi@vger.kernel.org, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/4] PCI / ACPI: Identify external PCI devices Message-ID: <20181115120736.pscly6zwd3k2tvd2@wunner.de> References: <20181112160628.86620-1-mika.westerberg@linux.intel.com> <20181112160628.86620-2-mika.westerberg@linux.intel.com> <20181112180203.lx72gjfplb6xlur7@wunner.de> <20181113105636.GB11202@e107981-ln.cambridge.arm.com> <20181113112700.GT2500@lahna.fi.intel.com> <20181113114527.GA12821@e107981-ln.cambridge.arm.com> <20181115102239.GU2500@lahna.fi.intel.com> <20181115111356.GA599@e107981-ln.cambridge.arm.com> <20181115113737.GW2500@lahna.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181115113737.GW2500@lahna.fi.intel.com> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 15, 2018 at 01:37:37PM +0200, Mika Westerberg wrote: > On Thu, Nov 15, 2018 at 11:13:56AM +0000, Lorenzo Pieralisi wrote: > > I have strong objections to the way these bindings have been forced upon > > everybody; if that's the way *generic* ACPI bindings are specified I > > wonder why there still exists an ACPI specification and related working > > group. > > > > I personally (but that's Bjorn and Rafael choice) think that this is > > not a change that belongs in PCI core, ACPI bindings are ill-defined > > and device tree bindings are non-existing. > > Any idea where should I put it then? These systems are already out there > and we need to support them one way or another. I suppose those are all Thunderbolt, so could be handled by the existing ->is_thunderbolt bit? It was said in this thread that ->is_external is more generic in that it could also be used on PCIe slots, however that use case doesn't appear to lend itself to the "plug in while laptop owner is getting coffee" attack. To access PCIe slots on a server you normally need access to a data center. On a desktop, you usually have to open the case, by which time the coffee may already have been fetched. So frankly the binding seems a bit over-engineered to me and yet another thing that BIOS writers may get wrong. Well, just my 2 cents anyway. Lukas