Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp1930369pxb; Mon, 12 Apr 2021 09:54:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyyISUFp2SgIBYYcelWxj+0UNA+E/rnWy39Mq+SR3I7lzgrzVOiUAcD964A1qx/zq8RFjv+ X-Received: by 2002:a05:6402:1c04:: with SMTP id ck4mr30018040edb.74.1618246457242; Mon, 12 Apr 2021 09:54:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618246457; cv=none; d=google.com; s=arc-20160816; b=O8QifCEFjcAXq53VGqsAMTstN47iWzp2SRaLBy04vhBYG8lMnMiKKpuz53PVC25ZAF jSScINgcWd3zljq7NKnPqhw/RJSMVHDcLzLHvlo5glscx80uz3/ZQzEzXGxLiMspzTxx VsNhoQG9/Hd/5mVFLA2DRxhrMNbaLe5a4LkX6wyvY0oVWDyoHj3UqTHdvCU3vs+AfZ0v 8os2+U+XcYNmbVT8SN51mzPz63HWKR1XY02ron4RgLp5XKltQu/C/+BahjSDpmnSoiLL g7xUwWLB35srG58MqVtzeEOb+UFzJeshL8LEPiejviMjN1SCEsc0UelQCJvKUpi2KW3g sV3g== 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=MCL90pIDX9twi3mM+7IBQf7mQg+MfOBr4fJedb/la1k=; b=SyaDFiAKHEDefIefGROjfJAPpLIv+LRrVaud022oRGAmda09DSEUfcHQO6mNznDwn3 dMInmUJ+uFzAiAEmcQapXM/rjUAFJMaqXoFw71mKcQklB6sR2h6a57K3r1WoA+hf+2e7 TIsQBnP2HKpRmPU8oD4vVhqb5GLtbbAApZ7NwlhaFAClrmPi3j5s++LNGXSJOeqb1BrL v+NHnWKeHP27tR05+muvU6KKpc9H8i6nd6IImTf5PR8LMQSrIzni9iutfvSTYDwCO7Us x1JUXutaB+kBosBtzZEV2cLh0KitHMLajIX/eRbuEIQFhE2W5RMFt1lLl3Y2zhLt/BW1 CZNw== 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 k19si8119988eds.343.2021.04.12.09.53.53; Mon, 12 Apr 2021 09:54:17 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243274AbhDLQs1 (ORCPT + 99 others); Mon, 12 Apr 2021 12:48:27 -0400 Received: from lizzard.sbs.de ([194.138.37.39]:35574 "EHLO lizzard.sbs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344639AbhDLQkg (ORCPT ); Mon, 12 Apr 2021 12:40:36 -0400 Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id 13CGe340004788 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 12 Apr 2021 18:40:03 +0200 Received: from md1za8fc.ad001.siemens.net ([139.22.41.180]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 13CGe2F9029197; Mon, 12 Apr 2021 18:40:02 +0200 Date: Mon, 12 Apr 2021 18:40:01 +0200 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: [PATCH v1 6/7] mfd: lpc_ich: Add support for pinctrl in non-ACPI system Message-ID: <20210412184001.2fc359c1@md1za8fc.ad001.siemens.net> In-Reply-To: <20210412180106.7dc524e8@md1za8fc.ad001.siemens.net> References: <20210308122020.57071-1-andriy.shevchenko@linux.intel.com> <20210308122020.57071-7-andriy.shevchenko@linux.intel.com> <20210412180106.7dc524e8@md1za8fc.ad001.siemens.net> 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 Tan or Andy, maybe you can point me to a user of that patch. I guess there might be an out-of-tree driver or userland code on how to use the GPIOs from there. Feel free to send directly to me in case it is not published anywhere and should not yet be on the list, i could just use it for inspiration. A driver will likely be GPL anyways. regards, Henning Am Mon, 12 Apr 2021 18:01:06 +0200 schrieb Henning Schild : > Am Mon, 8 Mar 2021 14:20:19 +0200 > schrieb Andy Shevchenko : > > > From: Tan Jui Nee > > > > Add support for non-ACPI systems, such as system that uses > > Advanced Boot Loader (ABL) whereby a platform device has to be > > created in order to bind with pin control and GPIO. > > > > At the moment, Intel Apollo Lake In-Vehicle Infotainment (IVI) > > system requires a driver to hide and unhide P2SB to lookup P2SB BAR > > and pass the PCI BAR address to GPIO. > > > > Signed-off-by: Tan Jui Nee > > Signed-off-by: Andy Shevchenko > > --- > > drivers/mfd/lpc_ich.c | 100 > > +++++++++++++++++++++++++++++++++++++++++- 1 file changed, 99 > > insertions(+), 1 deletion(-) > > > > diff --git a/drivers/mfd/lpc_ich.c b/drivers/mfd/lpc_ich.c > > index 8e9bd6813287..959247b6987a 100644 > > --- a/drivers/mfd/lpc_ich.c > > +++ b/drivers/mfd/lpc_ich.c > > @@ -8,7 +8,8 @@ > > * Configuration Registers. > > * > > * This driver is derived from lpc_sch. > > - > > + * > > + * Copyright (C) 2017, 2021 Intel Corporation > > * Copyright (c) 2011 Extreme Engineering Solution, Inc. > > * Author: Aaron Sierra > > * > > @@ -43,6 +44,7 @@ > > #include > > #include > > #include > > +#include > > #include > > #include > > #include > > @@ -140,6 +142,73 @@ static struct mfd_cell lpc_ich_gpio_cell = { > > .ignore_resource_conflicts = true, > > }; > > > > +/* Offset data for Apollo Lake GPIO controllers */ > > +#define APL_GPIO_SOUTHWEST_OFFSET 0xc00000 > > +#define APL_GPIO_SOUTHWEST_SIZE 0x654 > > +#define APL_GPIO_NORTHWEST_OFFSET 0xc40000 > > +#define APL_GPIO_NORTHWEST_SIZE 0x764 > > +#define APL_GPIO_NORTH_OFFSET 0xc50000 > > +#define APL_GPIO_NORTH_SIZE 0x76c > > drivers/pinctrl/intel/pinctrl-broxton.c:653 > BXT_COMMUNITY(0, 77), > > > +#define APL_GPIO_WEST_OFFSET 0xc70000 > > +#define APL_GPIO_WEST_SIZE 0x674 > > All these sizes correlate with 4 magic numbers from pinctrl-broxton. > > SIZE - 0x500 (pad_base?) - 4 (no clue) / 8 > > It might be worth basing both numbers on a define and giving the magic > numbers some names. > > But all this seems like duplication of pinctrl-broxton, maybe the > pinctrl driver should unhide the p2sb ... > > regards, > Henning > > > + > > +#define APL_GPIO_NR_DEVICES 4 > > +#define APL_GPIO_IRQ 14 > > + > > +static struct resource apl_gpio_resources[APL_GPIO_NR_DEVICES][2] > > = { > > + { > > + DEFINE_RES_MEM(APL_GPIO_NORTH_OFFSET, > > APL_GPIO_NORTH_SIZE), > > + DEFINE_RES_IRQ(APL_GPIO_IRQ), > > + }, > > + { > > + DEFINE_RES_MEM(APL_GPIO_NORTHWEST_OFFSET, > > APL_GPIO_NORTHWEST_SIZE), > > + DEFINE_RES_IRQ(APL_GPIO_IRQ), > > + }, > > + { > > + DEFINE_RES_MEM(APL_GPIO_WEST_OFFSET, > > APL_GPIO_WEST_SIZE), > > + DEFINE_RES_IRQ(APL_GPIO_IRQ), > > + }, > > + { > > + DEFINE_RES_MEM(APL_GPIO_SOUTHWEST_OFFSET, > > APL_GPIO_SOUTHWEST_SIZE), > > + DEFINE_RES_IRQ(APL_GPIO_IRQ), > > + }, > > +}; > > + > > +/* The order must be in sync with apl_pinctrl_soc_data */ > > +static const struct mfd_cell apl_gpio_devices[APL_GPIO_NR_DEVICES] > > = { > > + { > > + /* North */ > > + .name = "apollolake-pinctrl", > > + .id = 0, > > + .num_resources = ARRAY_SIZE(apl_gpio_resources[0]), > > + .resources = apl_gpio_resources[0], > > + .ignore_resource_conflicts = true, > > + }, > > + { > > + /* NorthWest */ > > + .name = "apollolake-pinctrl", > > + .id = 1, > > + .num_resources = ARRAY_SIZE(apl_gpio_resources[1]), > > + .resources = apl_gpio_resources[1], > > + .ignore_resource_conflicts = true, > > + }, > > + { > > + /* West */ > > + .name = "apollolake-pinctrl", > > + .id = 2, > > + .num_resources = ARRAY_SIZE(apl_gpio_resources[2]), > > + .resources = apl_gpio_resources[2], > > + .ignore_resource_conflicts = true, > > + }, > > + { > > + /* SouthWest */ > > + .name = "apollolake-pinctrl", > > + .id = 3, > > + .num_resources = ARRAY_SIZE(apl_gpio_resources[3]), > > + .resources = apl_gpio_resources[3], > > + .ignore_resource_conflicts = true, > > + }, > > +}; > > > > static struct mfd_cell lpc_ich_spi_cell = { > > .name = "intel-spi", > > @@ -1082,6 +1151,29 @@ static int lpc_ich_init_wdt(struct pci_dev > > *dev) return ret; > > } > > > > +static int lpc_ich_init_pinctrl(struct pci_dev *dev) > > +{ > > + struct resource base; > > + unsigned int i; > > + int ret; > > + > > + ret = pci_p2sb_bar(dev, PCI_DEVFN(13, 0), &base); > > + if (ret) > > + return ret; > > + > > + for (i = 0; i < ARRAY_SIZE(apl_gpio_devices); i++) { > > + struct resource *mem = &apl_gpio_resources[i][0]; > > + > > + /* Fill MEM resource */ > > + mem->start += base.start; > > + mem->end += base.start; > > + mem->flags = base.flags; > > + } > > + > > + return mfd_add_devices(&dev->dev, 0, apl_gpio_devices, > > + ARRAY_SIZE(apl_gpio_devices), NULL, > > 0, NULL); +} > > + > > static void lpc_ich_test_spi_write(struct pci_dev *dev, unsigned > > int devfn, struct intel_spi_boardinfo *info) > > { > > @@ -1198,6 +1290,12 @@ static int lpc_ich_probe(struct pci_dev *dev, > > cell_added = true; > > } > > > > + if (priv->chipset == LPC_APL) { > > + ret = lpc_ich_init_pinctrl(dev); > > + if (!ret) > > + cell_added = true; > > + } > > + > > if (lpc_chipset_info[priv->chipset].spi_type) { > > ret = lpc_ich_init_spi(dev); > > if (!ret) >