Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1913932pxf; Sat, 13 Mar 2021 01:33:32 -0800 (PST) X-Google-Smtp-Source: ABdhPJzvi7qkc4b/Ckt7Chu/SsgDxWi64H04KttO+mQUXJ7oQYW8AOKe5PD6VHi777130Y8L7OYi X-Received: by 2002:aa7:d294:: with SMTP id w20mr19248587edq.68.1615628012115; Sat, 13 Mar 2021 01:33:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615628012; cv=none; d=google.com; s=arc-20160816; b=uz9nWvL8RjVs/oQKkiLNDwXPD7aw7CW0QYd62w7Yr6V/q+VpKtLRibbSPWw9NPEtob YlWzvjN+kZeKzQZxb35EJVr2CRcDtgMIAxHVEa9cmoB35Jw1+Q6JoYq8XrFRZeEk04Er +pyFepOdJ83fiVqnhzszS5wBhCMAWOQhOnNIoUbH1i/HY3F1bvTJ6zily8lDZo1xmTmy 7P1pbxYIUyZCkZLcy1ORr31BcYg5eK66VP4TAsXL83da+KAooWN1qvSj+Mz3FfXAlNC9 8WdiKa5sE38prB/zAwezTEvUtqBSYbnW1yZJlGxMa63Dszq7Yj8U/SXbw45E1zfcWG4O G7fg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=wtp7hpDFHHsxiV4ghuL4aoc+YhQV+mh4PI5afksqQj0=; b=CGWxVf+NBHHQ+N1WVZFBYrMFPHYHXbFrUgVBibenYrUAxMzrOs9+4PCkolgFDcCEco E1fnUsjgSFjeizhgP+8HCAEzg1kGd1X7Ft0BiKwpuU5xrzuRw05c72d2PyhbB5CzrhqA fLVti1mfp8FSoY9TpCBiAeJ/NqJPHGGB3JDluj59iZmzwJTxn59BGt3vSUn1SuNx3DyI XlpXCUjziVDuyu6tU7FrDTjpsYFUdj5wSqWCRms4T/VDX/9HUeb5gBRnlfJwYFsY//8M Ns64CFu+u418Gw/Ds4KNEmafLSz6n+8f3UP+Jg1sAu+Mir9xK7acQKk8KT9O8DQsl5P2 4pGA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y7si6030030ejm.72.2021.03.13.01.33.09; Sat, 13 Mar 2021 01:33:32 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233442AbhCMJbJ (ORCPT + 99 others); Sat, 13 Mar 2021 04:31:09 -0500 Received: from gecko.sbs.de ([194.138.37.40]:37192 "EHLO gecko.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233446AbhCMJau (ORCPT ); Sat, 13 Mar 2021 04:30:50 -0500 Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id 12D9US2d008194 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 13 Mar 2021 10:30:28 +0100 Received: from md1za8fc.ad001.siemens.net ([139.22.115.33]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id 12D9PQjp011793; Sat, 13 Mar 2021 10:25:26 +0100 Date: Sat, 13 Mar 2021 10:25:25 +0100 From: Henning Schild To: Andy Shevchenko Cc: Wolfram Sang , Jean Delvare , Lee Jones , Tan Jui Nee , "Jim Quinlan" , Jonathan Yong , Bjorn Helgaas , , , , Jean Delvare , Peter Tyser , Subject: Re: [rfc, PATCH v1 0/7] PCI: introduce p2sb helper Message-ID: <20210313102525.425cf40d@md1za8fc.ad001.siemens.net> In-Reply-To: <20210308122020.57071-1-andriy.shevchenko@linux.intel.com> References: <20210308122020.57071-1-andriy.shevchenko@linux.intel.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Mon, 8 Mar 2021 14:20:13 +0200 schrieb Andy Shevchenko : > There are a few users and even at least one more is coming > that would like to utilize p2sb mechanisms like hide/unhide > a device from PCI configuration space. Tried this for my usecase and can confirm it to work as expected. Tested-by: Henning Schild Henning > Here is the series to deduplicate existing users and provide > a generic way for new comers. > > It also includes a patch to enable GPIO controllers on Apollo Lake > when it's used with ABL bootloader w/o ACPI support. > > Please, comment on the approach and individual patches. > > (Since it's cross subsystem, the PCI seems like a main one and > I think it makes sense to route it thru it with immutable tag > or branch provided for the others). > > Andy Shevchenko (5): > PCI: Introduce pci_bus_*() printing macros when device is not > available > PCI: Convert __pci_read_base() to __pci_bus_read_base() > mfd: lpc_ich: Factor out lpc_ich_enable_spi_write() > mfd: lpc_ich: Switch to generic pci_p2sb_bar() > i2c: i801: convert to use common P2SB accessor > > Jonathan Yong (1): > PCI: New Primary to Sideband (P2SB) bridge support library > > Tan Jui Nee (1): > mfd: lpc_ich: Add support for pinctrl in non-ACPI system > > drivers/i2c/busses/Kconfig | 1 + > drivers/i2c/busses/i2c-i801.c | 40 +++------- > drivers/mfd/Kconfig | 1 + > drivers/mfd/lpc_ich.c | 135 > +++++++++++++++++++++++++++++----- drivers/pci/Kconfig | > 8 ++ drivers/pci/Makefile | 1 + > drivers/pci/pci-p2sb.c | 89 ++++++++++++++++++++++ > drivers/pci/pci.h | 13 +++- > drivers/pci/probe.c | 81 ++++++++++---------- > include/linux/pci-p2sb.h | 28 +++++++ > include/linux/pci.h | 9 +++ > 11 files changed, 313 insertions(+), 93 deletions(-) > create mode 100644 drivers/pci/pci-p2sb.c > create mode 100644 include/linux/pci-p2sb.h >