The shutdown bugfix introduce a build regression for allmodconfig
kernels as the new function is not exported:
ERROR: "iproc_pcie_shutdown" [drivers/pci/host/pcie-iproc-platform.ko] undefined!
This adds the missing export.
Fixes: 2a9912565c05 ("PCI: iproc: Add 500ms delay during device shutdown")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
drivers/pci/host/pcie-iproc.c | 1 +
1 file changed, 1 insertion(+)
The condition that was used to detect the PCI_EXP_RTCAP
flag access is wrong, as pointed out by gcc-8:
drivers/pci/host/pcie-iproc.c: In function 'iproc_pcie_config_read':
drivers/pci/host/pcie-iproc.c:531:22: error: bitwise comparison always evaluates to false [-Werror=tautological-compare]
if ((where & ~0x3) == PCI_EXP_CAP + PCI_EXP_RTCAP)
This adds the same bit mask to the other end as well, so the
condition is evaluated correctly for any access.
Fixes: ac8d3e852f75 ("PCI: iproc: Work around Stingray CRS defects")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
drivers/pci/host/pcie-iproc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Tue, Sep 05, 2017 at 09:19:44AM +0200, Arnd Bergmann wrote:
The shutdown bugfix introduce a build regression for allmodconfig
kernels as the new function is not exported:
ERROR: "iproc_pcie_shutdown" [drivers/pci/host/pcie-iproc-platform.ko] undefined!
This adds the missing export.
Fixes: 2a9912565c05 ("PCI: iproc: Add 500ms delay during device shutdown")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
@@ -704,6 +704,7 @@ int iproc_pcie_shutdown(struct iproc_pcie *pcie)return0;}+EXPORT_SYMBOL_GPL(iproc_pcie_shutdown);staticintiproc_pcie_check_link(structiproc_pcie*pcie){
--
2.9.0
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel at lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
On Tue, Sep 05, 2017 at 09:19:45AM +0200, Arnd Bergmann wrote:
quoted hunk
The condition that was used to detect the PCI_EXP_RTCAP
flag access is wrong, as pointed out by gcc-8:
drivers/pci/host/pcie-iproc.c: In function 'iproc_pcie_config_read':
drivers/pci/host/pcie-iproc.c:531:22: error: bitwise comparison always evaluates to false [-Werror=tautological-compare]
if ((where & ~0x3) == PCI_EXP_CAP + PCI_EXP_RTCAP)
This adds the same bit mask to the other end as well, so the
condition is evaluated correctly for any access.
Fixes: ac8d3e852f75 ("PCI: iproc: Work around Stingray CRS defects")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
drivers/pci/host/pcie-iproc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
@@ -528,7 +528,7 @@ static int iproc_pcie_config_read(struct pci_bus *bus, unsigned int devfn,returnret;/* Don't advertise CRS SV support */-if((where&~0x3)==PCI_EXP_CAP+PCI_EXP_RTCAP)+if((where&~0x3)==((PCI_EXP_CAP+PCI_EXP_RTCAP)&~0x03))*val&=~(PCI_EXP_RTCAP_CRSVIS<<16);returnPCIBIOS_SUCCESSFUL;}
Definitely looks like a bug. I'm slightly confused because Oza tested
this and reported that lspci said CRS SV was not supported. But there
used to be an lspci bug related to reporting CRS SV, and there are a
lot of executables that don't have the fix:
http://git.kernel.org/cgit/utils/pciutils/pciutils.git/commit/?id=1cefd379194e
lspci -vvxxx should have enough info to tell for sure. Oza, any
chance you could apply the incremental patch (or use my pci/host-iproc
branch) and collect that lspci output?
I propose the following slightly different fix because (a) the shift
in the next line depends on the fact that we read the 32-bit value
that contains both PCI_EXP_RTCTL and PCI_EXP_RTCAP so I like the use
of PCI_EXP_RTCTL as a hint that it's involved and (b) there's similar
code in xgene_pcie_config_read32() that uses the equivalent of
PCI_EXP_RTCTL; see
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/pci/host/pci-xgene.c?h=v4.13#n191