From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Google-Smtp-Source: AG47ELsba2rreyjVtZE8ahKEq+RrgAWPmuFI4BIM/eIc8JtZgG4fJLWfLvPyBO2985tS0sZDdy0W ARC-Seal: i=1; a=rsa-sha256; t=1520955529; cv=none; d=google.com; s=arc-20160816; b=xbPPTcOSbN1qajw8JVUdTbZwf7XjD0AIu998fydiowLsqZxCF7A0DDYLORZV+bTk59 SpmXRjPfHWn9rujEulwm3YbuSp/uOEx6l/xCDaIqhLKYNAbntkhtXXBaCS6ICg5wZmjl nJQx/4XSzzQ7Lt1cmDLBPN7lHyB5dtfXC1eQbV2xL4nAnVseHANxKYkpk0VYr2fsOwGd 55tETCvoKxinnBfgedEp4SfUeINLg/Si49e+sm6hC6EUf06j5ET6xWrTLLQ+aOxcrVBA Rc7drOnzXfqCa+oPT5G6LdD1Mq5LVOSwWWJPXMnOD82OXRXCxbq4HF2JrHi0k5zJ8k7V AywQ== 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=OnX9acv58X1u+XJ8lCkFxMwEj25/OOk7rlRplXn7eKU=; b=zNCV+B2ulh5XLfO1Qn5xy1bGJRqOHm1EtB/gNODc/prhnerxyOMCGRxOnJB9sPpcV2 WtWXT9lF1zqldy+FEWMcFzkKR86S9eFYFcuUOYikGKGKV8qIt35J2+7t48Elw9E9wXPe PqsYY74r9hhB4ZaqqCpb4gh1zS4lTUwiKKZQisRY9AJhX7XoODm4YLb2hB9IUvZUpOsG gRRXqaaCKlnu9s8jBXThJNMzuqTgzYfRSW/N7sdygZGoEHhkjXwH4LSR6iAwGeSDlhYy JrzUqyomT0yUxfoPO8WySs8BiPMrVtHh1Po0pjznKlgSfMGP4wPPUktQRQRMooReevTI GjZg== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning gregkh@linuxfoundation.org does not designate 90.92.71.90 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.71.90 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.14 081/140] PCI: dwc: Fix enumeration end when reaching root subordinate Date: Tue, 13 Mar 2018 16:24:44 +0100 Message-Id: <20180313152503.578260954@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180313152458.201155692@linuxfoundation.org> References: <20180313152458.201155692@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?1594836897125787265?= X-GMAIL-MSGID: =?utf-8?q?1594837465788097269?= X-Mailing-List: linux-kernel@vger.kernel.org List-ID: 4.14-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 Signed-off-by: Greg Kroah-Hartman --- drivers/pci/dwc/pcie-designware-host.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/drivers/pci/dwc/pcie-designware-host.c +++ b/drivers/pci/dwc/pcie-designware-host.c @@ -607,7 +607,7 @@ void dw_pcie_setup_rc(struct pcie_port * /* setup bus numbers */ val = dw_pcie_readl_dbi(pci, PCI_PRIMARY_BUS); val &= 0xff000000; - val |= 0x00010100; + val |= 0x00ff0100; dw_pcie_writel_dbi(pci, PCI_PRIMARY_BUS, val); /* setup command register */