Well, with pci=noacpi there isn't any change to the lspci output. I did notice this in dmesg, though:
[17179616.604000] PCI: Found IRQ 11 for device 0000:00:0b.0 [17179616.604000] eth0: RealTek RTL8139 at 0xd28c8000, 00:e0:29:99:85:3c, IRQ 11 [17179616.604000] eth0: Identified 8139 chip type 'RTL-8139C' [17179616.604000] PCI: Enabling device 0000:00:0d.0 (0000 -> 0001) [17179616.604000] PCI: Found IRQ 9 for device 0000:00:0d.0 [17179616.604000] PCI: Sharing IRQ 9 with 0000:00:07.2 [17179616.604000] PCI: Sharing IRQ 9 with 0000:00:09.0 [17179616.604000] 8139too: 0000:00:0d.0: region #1 not an MMIO resource, aborting Notice the last line above - it refers to the card that isn't working (0000:00:0d.0) and gives the reason. The 8139too kernel driver can't work with the 8129 card. As I said four posts up, the '8139too' kernel driver DOES NOT SUPPORT the 8129 chipset. That's the source of the problem - the wrong kernel module is loaded for the card. The standard 'rtl8139' driver supports both the 8129 and 8139 chipsets. Please read http://web.archive.org/web/20040614015416/http://www.scyld.com/rtl8139.html for further info. -- No driver loaded for Realtek 8129 NIC, visible in lspci https://launchpad.net/bugs/48267 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
