Re: pciehp - Problems with ExpressCard hotplug

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



(2010/11/04 14:06), Rafael J. Wysocki wrote:
[CCing linux-pci and Bjorn]

On Thursday, November 04, 2010, Mike DeKoker wrote:
Hello everyone, I hope this is the correct forum.

I'm having a problem with hotplug working for a PCIe-based ExpressCard
device that I'm developing a driver module for. If not hot-plugged,
everything works great. Further, running the exact same laptop/device
hardware but different OS (XP or Win7-64) hot-plugging works okay so I don't
think this is a simple hardware/BIOS error.

I've tried several stock kernel versions from 2.6.18 (the version my
customer intends to use) up to 2.6.34.7 (version for all verbiage below) and
have had fairly consistent behavior.

The driver module (sig_ec14) is using the pci_register_driver interface and
in the subsequent probe callback function (after a hot-plug) an error occurs
when calling pci_enable_device. Here's the relevant dmesg data:

Insert device:
pciehp 0000:00:1c.5:pcie04: Card present on Slot(5)
pci 0000:07:00.0: supports D1
pci 0000:07:00.0: PME# supported from D0 D1 D3hot
pci 0000:07:00.0: PME# disabled
pci 0000:07:00.0: disabling ASPM on pre-1.1 PCIe device.  You can enable it
with 'pcie_aspm=force'
pci 0000:08:00.0: reg 10: [mem 0x00000000-0x0000001f]
pci 0000:08:00.0: reg 14: [mem 0x00000000-0x0000007f]
pci 0000:08:00.0: reg 18: [mem 0x00000000-0x0000003f]
pci 0000:07:00.0: PCI bridge to [bus 08-ff]
pci 0000:07:00.0:   bridge window [io  0x0000-0x0000] (disabled)
pci 0000:07:00.0:   bridge window [mem 0x00000000-0x000fffff] (disabled)
pci 0000:07:00.0:   bridge window [mem 0x00000000-0x000fffff pref]
(disabled)
pci 0000:07:00.0: BAR 14: assigned [mem 0xd9000000-0xd90fffff]
pci 0000:07:00.0: PCI bridge to [bus 08-08]
pci 0000:07:00.0:   bridge window [io  disabled]
pci 0000:07:00.0:   bridge window [mem 0xd9000000-0xd90fffff]
pci 0000:07:00.0:   bridge window [mem pref disabled]
pcieport 0000:00:1c.5: PCI bridge to [bus 07-09]
pcieport 0000:00:1c.5:   bridge window [io  0x1000-0x1fff]
pcieport 0000:00:1c.5:   bridge window [mem 0xd9000000-0xd9ffffff]
pcieport 0000:00:1c.5:   bridge window [mem 0xd8000000-0xd8ffffff 64bit
pref]
pcieport 0000:00:1c.5: setting latency timer to 64
pci 0000:07:00.0: enabling device (0000 ->  0002)
pci 0000:07:00.0: PCI INT A ->  GSI 17 (level, low) ->  IRQ 17
pci 0000:07:00.0: setting latency timer to 64
pci 0000:07:00.0: no hotplug settings from platform
pci 0000:08:00.0: no hotplug settings from platform
pci 0000:08:00.0: using default PCI settings
sig_ec14 : Driver module loading
sig_ec14 :  Verbose module output enabled (development build)
sig_ec14 : Dynamic major number: 248
sig_ec14 : PCI probe: New EC14 device
sig_ec14 0000:08:00.0: device not available (can't reserve [mem
0x00000000-0x0000001f])
sig_ec14 : Failed to enable PCI device: -22
sig_ec14: probe of 0000:08:00.0 failed with error -22
.

It looks like the requested memory spaces are not allocated properly. I'm a
little uncertain about the entity that's actually responsible for allocating
the resources. Is this a failure of the BIOS or does system software play a
role in PNP resource allocation for hot-plug? I'm a little out of my element
here.

I've also run with pciehp_debug=1 in the event that the extra info makes
sense to someone:

Insert device:
pciehp 0000:00:1c.5:pcie04: pcie_isr: intr_loc 8
pciehp 0000:00:1c.5:pcie04: Presence/Notify input change
pciehp 0000:00:1c.5:pcie04: Card present on Slot(5)
pciehp 0000:00:1c.5:pcie04: Surprise Removal
pciehp 0000:00:1c.5:pcie04: pciehp_check_link_status: lnk_status = 3011
pci 0000:07:00.0: supports D1
pci 0000:07:00.0: PME# supported from D0 D1 D3hot
pci 0000:07:00.0: PME# disabled
pci 0000:07:00.0: disabling ASPM on pre-1.1 PCIe device.  You can enable it
with 'pcie_aspm=force'
.

That 'Surprise Removal' immediately following the 'Card present on Slot(5)'
message looks like a potential culprit.

I believe this is just an message problem.

It looks like resource allocation code doesn't work for your
end device...

Could you send the following information

 - whole dmesg output after hot-plugging the device (with pciehp_debug=1)
 - lspci -vvvxxx output after boot with and without your device (no
   hotplug operation required)

Thanks,
Kenji Kaneshige


--
To unsubscribe from this list: send the line "unsubscribe linux-pci" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux