Ivan Kokshaysky wrote:
No, it won't help. The 1M range (ff500000-ff5fffff) is more than enough.
Good catch, I didn't look close enough at the allocations of the devices
under the bridge.
The reason why the D-Link resource is not getting assigned is rather
interesting: as Wayne wrote
Here is the D-LINK NIC:
# od -t x4 /sys/devices/pci0000:00/0000:00:14.4/0000:02:02.0/config
0000000 49011186 80b00117 00000011 00004010
^^^^^^
which means that the device class is 0 (not defined).
And in drivers/pci/setup-bus.c we have
/* Don't touch classless devices or host bridges or ioapics. */
if (class == PCI_CLASS_NOT_DEFINED ||
class == PCI_CLASS_BRIDGE_HOST)
continue;
The short term fix would be to assign proper device class to D-Link NIC
using pci quirk...
I would like to try this, where do I find "pci quirk"?
Thanks,
Wayne
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- PCI device problem - MMCONFIG, cannot allocate resource region, resource collisions
- Re: PCI device problem - MMCONFIG, cannot allocate resource region, resource collisions
- Re: PCI device problem - MMCONFIG, cannot allocate resource region, resource collisions
- Re: PCI device problem - MMCONFIG, cannot allocate resource region, resource collisions
- Re: PCI device problem - MMCONFIG, cannot allocate resource region, resource collisions
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]