On Thu, Dec 12, 2013 at 1:21 AM, Yinghai Lu <[email protected]> wrote: > On Wed, Dec 11, 2013 at 3:37 PM, Andreas Noever > <[email protected]> wrote: > >> If I could get Linux to assign enough resources (bus numbers for now) >> then I could drop the acpi_osi parameter and make thunderbolt work >> after suspend... So, is there an easy way to fix this? (Quirks, >> reconfiguring bus number assignments from a platform driver, ...?) > > please check if busn_alloc at > > git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git > for-pci-busn-alloc-3.14 > > could help.
It seems to help. The initial assignment looks good:
+-01.1-[05-9b]----00.0-[06-27]--+-00.0-[07]----00.0 Intel
Corporation DSL3510 Thunderbolt Port [Cactus Ridge]
| +-03.0-[08-0f]--
| +-04.0-[10-17]--
| +-05.0-[18-1f]--
| \-06.0-[20-27]--
After hotplug it looks like this:
+-01.1-[05-9b]----00.0-[06-29]--+-00.0-[07]----00.0 Intel
Corporation DSL3510 Thunderbolt Port [Cactus Ridge]
|
+-03.0-[08-11]----00.0-[09-11]----00.0-[0a-11]----00.0 Broadcom
Corporation NetXtreme BCM57762 Gigabit Ethernet PCIe
| +-04.0-[10-17]--
| +-05.0-[18-1f]--
| \-06.0-[20-27]--
(Note that the bridge numbers are not disjoint)
dmesg is attached.
What is the status of the patch? Will it be merged for 3.14?
Cheers,
Andreas
dmesg_busnr
Description: Binary data
