Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp1824710pxb; Wed, 9 Feb 2022 05:23:43 -0800 (PST) X-Google-Smtp-Source: ABdhPJzybx+yYfQYiqIvtAQryGlt8OV5zXfymqRMqFqcM9FVGSh87xkn/YglJWcc/mrpeXKNPLD9 X-Received: by 2002:a63:4e14:: with SMTP id c20mr1874837pgb.594.1644413023092; Wed, 09 Feb 2022 05:23:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644413023; cv=none; d=google.com; s=arc-20160816; b=WMHIxMrxJcGVmUINBG3lsH+noh2LJzQUxKhsFGm8Z0G9htU0dB8t87CQLTG5s2DOTg 5lVL6yywPxZ7ik+4EGUjslSePhWlC/WoWytNDXR8FC+VBP6PCbITiUaBVAoEflcEmmw/ 3nXD7ua9B7wa5ypx5/5w7gjpIhjihvxBOCM94BgkLci4rtdL9cvXoOERD1BqUvMlfFa1 9cR3bYL1eG/6PuWhtRSRKoOb0zGq8EhbfGsnzsYQCY4KTQxxAdX6MMn6rUDdFouzHjwB Q4HQrU8sDGc9SzeG8pJl5zy8yRjyLsJPb66GnkiqkrRB+vTi7uWpVsp7ORjUrY47/Pwd TUDg== 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 :message-id:date:subject:cc:to:from; bh=NiOghtXp6gks5Go+yNY/URQcKL+nTLDS8Zxxg6kS2J0=; b=duPh5OJ4r8yk1VWmKD/JdPUvfdDuPXwrZTecbDzoNS9C70ZIqNl6eD5IHuXmmGiNgF fq7DVknWAiXFvkSNf4J9TpCN54/q7Dvbl8gSW90oranyov5IKyj1h3EFSFGhgpBGPNg2 hOzr+iO14zyQKa+pyO26mr93DivdDZn+dtYmldM85yJ7BgFReNxledVNXp8zi7Sa1AGc JfY9U9DAukIVnpiHQFCZQKDGBTz0cN4ruiIJYBPtqzYNhJey+SJEY8x2MG2f/Bjs2hPU 2dPN8sizaMxIYNIC7pIo6939Z6zpenkXuzJBrCa/bBK3F0MGFkjFDK1sA8tAZmO8AzET XokA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id x26si18265483pgl.515.2022.02.09.05.23.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 09 Feb 2022 05:23:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=codethink.co.uk Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 7C4BCE085BE4; Wed, 9 Feb 2022 02:09:36 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1359584AbiBDRip (ORCPT + 99 others); Fri, 4 Feb 2022 12:38:45 -0500 Received: from imap2.colo.codethink.co.uk ([78.40.148.184]:58386 "EHLO imap2.colo.codethink.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243667AbiBDRil (ORCPT ); Fri, 4 Feb 2022 12:38:41 -0500 Received: from [167.98.27.226] (helo=rainbowdash) by imap2.colo.codethink.co.uk with esmtpsa (Exim 4.92 #3 (Debian)) id 1nG2Xa-0006Bi-R8; Fri, 04 Feb 2022 17:38:34 +0000 Received: from ben by rainbowdash with local (Exim 4.95) (envelope-from ) id 1nG2Xa-001BJQ-FL; Fri, 04 Feb 2022 17:38:34 +0000 From: Ben Dooks To: paul.walmsley@sifive.com, greentime.hu@sifive.com Cc: lorenzo.pieralisi@arm.com, robh@kernel.org, kw@linux.com, bhelgaas@google.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, Ben Dooks Subject: [PATCH] PCI: fu740: fix finding gpios Date: Fri, 4 Feb 2022 17:38:21 +0000 Message-Id: <20220204173821.281784-1-ben.dooks@codethink.co.uk> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_PASS,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net The calls to devm_gpiod_get_optional() have the -gpios on the name. This means the pcie driver is not finding the necessary reset or power gpios to allow the pcie devices on the SiFive Unmatched boards. Note, this was workng around 5.16 and may not have been broken? There is still an issue if uboot has not probed the pcie bus then there are no pcie devices shown when Linux is started. Signed-off-by: Ben Dooks --- drivers/pci/controller/dwc/pcie-fu740.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/pci/controller/dwc/pcie-fu740.c b/drivers/pci/controller/dwc/pcie-fu740.c index 00cde9a248b5..842b7202b96e 100644 --- a/drivers/pci/controller/dwc/pcie-fu740.c +++ b/drivers/pci/controller/dwc/pcie-fu740.c @@ -259,11 +259,11 @@ static int fu740_pcie_probe(struct platform_device *pdev) return PTR_ERR(afp->mgmt_base); /* Fetch GPIOs */ - afp->reset = devm_gpiod_get_optional(dev, "reset-gpios", GPIOD_OUT_LOW); + afp->reset = devm_gpiod_get_optional(dev, "reset", GPIOD_OUT_LOW); if (IS_ERR(afp->reset)) return dev_err_probe(dev, PTR_ERR(afp->reset), "unable to get reset-gpios\n"); - afp->pwren = devm_gpiod_get_optional(dev, "pwren-gpios", GPIOD_OUT_LOW); + afp->pwren = devm_gpiod_get_optional(dev, "pwren", GPIOD_OUT_LOW); if (IS_ERR(afp->pwren)) return dev_err_probe(dev, PTR_ERR(afp->pwren), "unable to get pwren-gpios\n"); -- 2.34.1