Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp105669ybh; Tue, 14 Jul 2020 19:30:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJygoZ0/14k1GIuUEMxah+9wwxueK4m3cE12cwR+aiuMINB1O1IkuL9taDzKDtwDtnTYwJO5 X-Received: by 2002:a05:6402:13d9:: with SMTP id a25mr7653326edx.325.1594780242969; Tue, 14 Jul 2020 19:30:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594780242; cv=none; d=google.com; s=arc-20160816; b=rKn2LTmYoFxaOLzBk329h2P4i+YRNkTQRlsW+Xbs0rBaraQ4CNZjiRquUBcQECSuN8 ccLC7p5IEmn0X+S+M62HaDY8rhFJCvI99cuaDXX0BzQU7WJ2LgLeH7y6ERhGz8ve+QAP odg/PdW/TCoAmjcUXvXL+9Dv6TpbkPQjI4P3k7bJIihS1BC1ya5GgIPli0QuwJ01s1Ch TVCPKNM+Fk/DVqYl4XBSels+LA9uZoLZ6lmJx1F38jVGWGZQCLTn9q8tzepIpt0LjzKG LbVX7itxU/+CeAWC1ryzLX8lafoVmnwpN79kzA4+CxfBtbPc0vo5pEXsdTAjKZpNFr5p c6Sg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=rh5eIdz+RhOFfkrWeL6ofml7hlGAVLKWM8dsZL4MkWw=; b=CBiah55sJxiazV0oOVNr9NloHP773RY86EBeKyaXEWTExYnRL0VpTaGqtcObFMRsCp 1VeeqHQjFaxLByOQVFbFtffAai0pRVqI+WYG7bjMUkw0CcTT99kPuHqjLZcKTMkkppuQ zm8UVWYqeN0b6Bbj3Lp5eXuwJ9gbzSnnchT6W4H0wrYqWEK1OjSnE27oh/jEjYNMfjuv bS760WykVm6qse3mLwSmJmoQJxrIC/npiayRxl4B9coCEemk3TTku85B+iNAf1JI8TfS +VtEuuq44dSHmYXuTJLb73Ssg8UTzPnZZ2c7BPG/JNRBrBTJnHKqv/hYZ+t1RofXlP68 eFhQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dg2si394653edb.326.2020.07.14.19.30.20; Tue, 14 Jul 2020 19:30:42 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728028AbgGOCRJ (ORCPT + 99 others); Tue, 14 Jul 2020 22:17:09 -0400 Received: from kernel.crashing.org ([76.164.61.194]:36886 "EHLO kernel.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725977AbgGOCRI (ORCPT ); Tue, 14 Jul 2020 22:17:08 -0400 Received: from localhost (gate.crashing.org [63.228.1.57]) (authenticated bits=0) by kernel.crashing.org (8.14.7/8.14.7) with ESMTP id 06F2E9Ju001264 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 14 Jul 2020 21:14:14 -0500 Message-ID: Subject: Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86 From: Benjamin Herrenschmidt To: Kjetil Oftedal , Bjorn Helgaas Cc: Arnd Bergmann , "Saheed O. Bolarinwa" , bjorn@helgaas.com, Shuah Khan , linux-pci , linux-kernel-mentees@lists.linuxfoundation.org, "linux-kernel@vger.kernel.org" , Richard Henderson , Ivan Kokshaysky , Matt Turner , Greg Ungerer , Geert Uytterhoeven , Russell King , Boris Ostrovsky , Juergen Gross , Thomas Bogendoerfer , Michael Ellerman , Paul Mackerras , linuxppc-dev , "David S. Miller" , sparclinux , Guenter Roeck , Greg Kroah-Hartman , Heiner Kallweit , Jakub Kicinski , Keith Busch , Jens Axboe , Christoph Hellwig , Sagi Grimberg , Lorenzo Pieralisi , Rob Herring , Bjorn Helgaas , Kevin Hilman , Philipp Zabel , Jingoo Han , Gustavo Pimentel , Toan Le , Ray Jui , Scott Branden , Ley Foon Tan , Marek Vasut Date: Wed, 15 Jul 2020 12:14:09 +1000 In-Reply-To: References: <20200714184550.GA397277@bjorn-Precision-5520> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2020-07-14 at 23:02 +0200, Kjetil Oftedal wrote: > > > > > For b), it might be nice to also change other aspects of the > > > interface, e.g. passing a pci_host_bridge pointer plus bus number > > > instead of a pci_bus pointer, or having the callback in the > > > pci_host_bridge structure. > > > > I like this idea a lot, too. I think the fact that > > pci_bus_read_config_word() requires a pci_bus * complicates things in > > a few places. > > > > I think it's completely separate, as you say, and we should defer it > > for now because even part a) is a lot of work. I added it to my list > > of possible future projects. > > > > What about strange PCI devices such as Non-Transparent bridges? > They will require their own PCI Config space accessors that is not > connected to a host bridge if one wants to do some sort of > punch-through enumeration. > I guess the kernel doesn't care much about them? Well, today they would require a pci_bus anyway.. . so if you want to do that sort of funny trick you may as well create a "virtual" host bridge. Cheers, Ben.