<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div><br></div><div><br></div><div>On Sat, 15 Jun 2019 12:31 -07:00, Valdis Klētnieks <valdis.kletnieks@vt.edu> wrote:<br></div><blockquote type="cite" id="qt"><div>On Fri, 14 Jun 2019 15:40:59 -0700, "Alexander Ivanov" said:<br></div><div><br></div><div>(Adding likely knowledgeable people to the recipients)<br></div><div><br></div><div>Jean, Andy, Linus: The situation thus far: Alexander has a system with this GPIO on it:<br></div><div><br></div><div>> lspci -vvvnns 1f.1<br></div><div>> 00:1f.1 Memory controller [0580]: Intel Corporation Device [8086:9d20] (rev 21)<br></div><div>> Subsystem: Gigabyte Technology Co., Ltd Device [1458:1000]<br></div><div>> Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-<br></div><div>> Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-<br></div><div>> Latency: 0<br></div><div>> Region 0: Memory at 7d000000 (64-bit, non-prefetchable) [size=16M]<br></div><div><br></div><div>The obvious first thing to try was:<br></div><div><br></div><div>diff --git a/drivers/gpio/gpio-pch.c b/drivers/gpio/gpio-pch.c<br></div><div>index 1d99293096f2..19884b5b2a74 100644<br></div><div>--- a/drivers/gpio/gpio-pch.c<br></div><div>+++ b/drivers/gpio/gpio-pch.c<br></div><div>@@ -439,6 +439,7 @@ static SIMPLE_DEV_PM_OPS(pch_gpio_pm_ops, pch_gpio_suspend, pch_gpio_resume);<br></div><div><br></div><div>static const struct pci_device_id pch_gpio_pcidev_id[] = {<br></div><div>{ PCI_DEVICE(PCI_VENDOR_ID_INTEL, 0x8803) },<br></div><div>+ { PCI_DEVICE(PCI_VENDOR_ID_INTEL, 0x9d20) },<br></div><div>{ PCI_DEVICE(PCI_VENDOR_ID_ROHM, 0x8014) },<br></div><div>{ PCI_DEVICE(PCI_VENDOR_ID_ROHM, 0x8043) },<br></div><div>{ PCI_DEVICE(PCI_VENDOR_ID_ROHM, 0x8803) },<br></div><div><br></div><div>and that died thusly when attempted to load:<br></div><div><br></div><div>[ 105.965846] pci 0000:00:1f.1: [8086:9d20] type 00 class 0x058000<br></div><div>[ 105.965928] pci 0000:00:1f.1: reg 0x10: [mem 0xfd000000-0xfdffffff 64bit]<br></div><div>[ 105.967084] pci 0000:00:1f.1: BAR 0: assigned [mem 0x7d000000-0x7dffffff 64bit]<br></div><div>[ 105.978037] pch_gpio 0000:00:1f.1: pch_gpio_probe : pci_iomap FAILED<br></div><div>[ 105.978194] pch_gpio 0000:00:1f.1: pch_gpio_probe Failed returns -12<br></div><div>[ 105.978317] pch_gpio: probe of 0000:00:1f.1 failed with error -12<br></div><div><br></div><div>So obviously an older kernel. Not sure what release Alexander is on, but<br></div><div>a 'git log' against this week's linux-next tree didn't show anything that was<br></div><div>an obvious fix for a similar problem.<br></div></blockquote><div><br></div><div>This is fedora 25 running 4.8.6 kernel.<br></div><div><br></div><div><br></div><blockquote type="cite" id="qt"><div><br></div><div>Any ideas?<br></div><div><br></div><div><br></div><div>_______________________________________________<br></div><div>Kernelnewbies mailing list<br></div><div>Kernelnewbies@kernelnewbies.org<br></div><div>https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies<br></div><div><br></div></blockquote><div><br></div></body></html>