From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Google-Smtp-Source: AG47ELuC0mglHuDjiF0vjjfvTaLFCM0sjLezd0wjv5CKHeZezfc0bpdMlZNkAM/QHoUjUbfLwh1I ARC-Seal: i=1; a=rsa-sha256; t=1521214437; cv=none; d=google.com; s=arc-20160816; b=KoXwtC/E6odLvbYwWICCu92TlguCOJyWsBvOXWITiRgB4wC3v9oThyrUevvTrdD4eG /DPhiDJlzWY2efFRCGFrlUlsizrJJzoCdJqcgZo/sp0P9Y+dwgRiGpQeYXnCyeBqmUWB wAfSorl7ikV2MZVzb97V6SzoBfFcgvMnGA4NXN2v5YE9najoUh1W7AtUxxsehs81GMxN Hxg//mTgXsGdyq4jLTWooipXyf3CTr6S9ggkRS1IXl4WQz1iLSQM9liI9pFH/j7dWC8b Gdj9XNBmcXRD1s7dsZLfX8m/Rsk0cdXs5D7kfZFxMFWhIagKYul7pfzHxuCTWMD8bLSF i84Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:user-agent:references:in-reply-to:message-id:date :subject:cc:to:from:arc-authentication-results; bh=Wu7lr2QPr1tkdPmV4o42KWX9d8aKrqB5dM+STt8BuzQ=; b=n4b3BLYUN2EPzEqieI2AcQ23fJjNsFOo2RuOOYTSqn8RkZei+pbhE19vU7NPaSd+WC rFdgsF+Ckei5WO992SCGwDX/lnP7ueBl0OEJXpmHehMq/e+1FGQS2SzL+shYalHL52ld +WY0EscNf49ojB8gXxBQSmOKVaZhIt+8CizgeLZNbPJVzNywpJddediIP2fcj1NmBNPl ZpHmXOUHB1TFjC74Qbq1A1PwN0ZcI6XCKzFpm3MdGZ5slXs5pFtgQaNj+TrOt4goKedq qErxlzDGD0FFrwPc4k7LVCEhNtL47V46kMGltjLsxziAdl3XUeHTSD3K6QfHaOCKhROx uW8w== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning gregkh@linuxfoundation.org does not designate 90.92.61.202 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning gregkh@linuxfoundation.org does not designate 90.92.61.202 as permitted sender) smtp.mailfrom=gregkh@linuxfoundation.org From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Niklas Cassel , Fabio Estevam , Sebastian Reichel , Koen Vandeputte , Lorenzo Pieralisi , Bjorn Helgaas , Mika Westerberg , Lucas Stach , Binghui Wang , Jesper Nilsson , Jianguo Sun , Jingoo Han , Kishon Vijay Abraham I , Minghuan Lian , Mingkai Hu , Murali Karicheri , Pratyush Anand , Richard Zhu , Roy Zang , Shawn Guo , Stanimir Varbanov , Thomas Petazzoni , Xiaowei Song , Zhou Wang Subject: [PATCH 4.9 86/86] PCI: dwc: Fix enumeration end when reaching root subordinate Date: Fri, 16 Mar 2018 16:23:49 +0100 Message-Id: <20180316152323.118180180@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180316152317.167709497@linuxfoundation.org> References: <20180316152317.167709497@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-LABELS: =?utf-8?b?IlxcU2VudCI=?= X-GMAIL-THRID: =?utf-8?q?1595108950245338877?= X-GMAIL-MSGID: =?utf-8?q?1595108950245338877?= X-Mailing-List: linux-kernel@vger.kernel.org List-ID: 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ From: Koen Vandeputte commit fc110ebdd014dd1368c98e7685b47789c31fab42 upstream. The subordinate value indicates the highest bus number which can be reached downstream though a certain device. Commit a20c7f36bd3d ("PCI: Do not allocate more buses than available in parent") ensures that downstream devices cannot assign busnumbers higher than the upstream device subordinate number, which was indeed illogical. By default, dw_pcie_setup_rc() inits the Root Complex subordinate to a value of 0x01. Due to this combined with above commit, enumeration stops digging deeper downstream as soon as bus num 0x01 has been assigned, which is always the case for a bridge device. This results in all devices behind a bridge bus remaining undetected, as these would be connected to bus 0x02 or higher. Fix this by initializing the RC to a subordinate value of 0xff, which is not altering hardware behaviour in any way, but informs probing function pci_scan_bridge() later on which reads this value back from register. The following nasty errors during boot are also fixed by this: pci_bus 0000:02: busn_res: can not insert [bus 02-ff] under [bus 01] (conflicts with (null) [bus 01]) ... pci_bus 0000:03: [bus 03] partially hidden behind bridge 0000:01 [bus 01] ... pci_bus 0000:04: [bus 04] partially hidden behind bridge 0000:01 [bus 01] ... pci_bus 0000:05: [bus 05] partially hidden behind bridge 0000:01 [bus 01] pci_bus 0000:02: busn_res: [bus 02-ff] end is updated to 05 pci_bus 0000:02: busn_res: can not insert [bus 02-05] under [bus 01] (conflicts with (null) [bus 01]) pci_bus 0000:02: [bus 02-05] partially hidden behind bridge 0000:01 [bus 01] Fixes: a20c7f36bd3d ("PCI: Do not allocate more buses than available in parent") Tested-by: Niklas Cassel Tested-by: Fabio Estevam Tested-by: Sebastian Reichel Signed-off-by: Koen Vandeputte Signed-off-by: Lorenzo Pieralisi Signed-off-by: Bjorn Helgaas Reviewed-by: Mika Westerberg Acked-by: Lucas Stach Cc: stable@vger.kernel.org # v4.15+ Cc: Binghui Wang Cc: Jesper Nilsson Cc: Jianguo Sun Cc: Jingoo Han Cc: Kishon Vijay Abraham I Cc: Lucas Stach Cc: Mika Westerberg Cc: Minghuan Lian Cc: Mingkai Hu Cc: Murali Karicheri Cc: Pratyush Anand Cc: Richard Zhu Cc: Roy Zang Cc: Shawn Guo Cc: Stanimir Varbanov Cc: Thomas Petazzoni Cc: Xiaowei Song Cc: Zhou Wang [fabio: adapted to the file location of 4.9 kernel] Signed-off-by: Fabio Estevam Signed-off-by: Greg Kroah-Hartman --- drivers/pci/host/pcie-designware.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/drivers/pci/host/pcie-designware.c +++ b/drivers/pci/host/pcie-designware.c @@ -861,7 +861,7 @@ void dw_pcie_setup_rc(struct pcie_port * /* setup bus numbers */ val = dw_pcie_readl_rc(pp, PCI_PRIMARY_BUS); val &= 0xff000000; - val |= 0x00010100; + val |= 0x00ff0100; dw_pcie_writel_rc(pp, PCI_PRIMARY_BUS, val); /* setup command register */