Description of problem: A quad-port ethernet card (Intel PRO/1000 PT Quad Port LP Server Adapter) is not being displayed in "mcc->browse and configure hardware" although all ports can be seen with lspci and they can be configured via "mcc->network center". The same quad-port card could be seen in another workstation where it was plugged into a PCIe Gen2 slot. Now it is plugged into a PCIe Gen3 slot on a Sandybridge mainboard. # lspci | grep Copper 86:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (Copper) (rev 06) 86:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (Copper) (rev 06) 87:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (Copper) (rev 06) 87:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (Copper) (rev 06) # harddrake2 SIOCETHTOOL: Operation not supported SIOCETHTOOL: Operation not supported # Version-Release number of selected component (if applicable): How reproducible: It is a permanent bug. Steps to Reproduce: 1. install the quad-port card in a PCI Gen3 slot 2. boot the system 3. call mcc 4. none of the ports is being displayed in "mcc->browse and configure hardware". 5. configuring all ports with "mcc->network center" works
Please _attach_ (not paste) output of "lspcidrake -v" eg: run "lspcidrake -v >pci.txt" and attach the resulting 'pci.txt' file
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaudSource RPM: (none) => drakxtools
Assignee: bugsquad => thierry.vignaud
Created attachment 3208 [details] lspcidrake -v
Does this really came from the same machine? What's the output of "lspci -vvvvnn"? (to be attached too)
Created attachment 3221 [details] lspci -vvvvnn
Yes, it is the same maschine (Fujitsu CELSIUS R920).
There's definitively sg fishy here as both uses libpci.so... The following commands show we lspcidrake is missing 37 devices on your machines! perl -pi -e 'undef $_ if /^hub|^usbhid/..//'<sav/pci.txt>pci.txt2 egrep '^[a-z0-9]' lspci.txt |egrep -o '\[[0-9a-f]*:[0-9a-f]*\]'|sort>lst2 perl -pi -e 's!.*vendor:([0-9a-f]+) device:([0-9a-f]+).*![\1:\2]!'<pci.txt|sort>lst1 diff -u lst?|vi - wc -l lst? 163 lst1 171 lst2 100 looks very suspicious, isn't it? and MAX_DEVICES is set to 100 in ldetect... Ooops... Fixed in git I wonder how we never got more reports over the years...
Status: NEW => RESOLVEDResolution: (none) => FIXED
*** Bug 4905 has been marked as a duplicate of this bug. ***
CC: (none) => AndrewL733
(In reply to comment #6) > There's definitively sg fishy here as both uses libpci.so... > At least I know that /dev/sg5 is a TapeLibrary which is connected via a LSI SAS HBA. If I manually include the kernel module "st" in the initrd I can use it. Mageia does not detect it automatically and it also does not add it with dracut to the initrd once you change/update/upgrade the kernel via mcc. Just to clarify: inspecting the hardware with mcc works, but the required module for this hardware is not loaded/included when you modify the bootloader with mcc. > The following commands show we lspcidrake is missing 37 devices on your > machines! > perl -pi -e 'undef $_ if /^hub|^usbhid/..//'<sav/pci.txt>pci.txt2 > egrep '^[a-z0-9]' lspci.txt |egrep -o '\[[0-9a-f]*:[0-9a-f]*\]'|sort>lst2 > perl -pi -e 's!.*vendor:([0-9a-f]+) > device:([0-9a-f]+).*![\1:\2]!'<pci.txt|sort>lst1 > diff -u lst?|vi - > wc -l lst? > 163 lst1 > 171 lst2 > > 100 looks very suspicious, isn't it? > and MAX_DEVICES is set to 100 in ldetect... > Ooops... > Fixed in git > I wonder how we never got more reports over the years... The BIOS of my former workstation could not handle too many PCIe cards before its memory got exhausted (could not initialize extended ROM). But nowadays more and more BIOSes can handle more additional hardware. I guess lspcidrake has just to catch up with this development.
Thierry: Please correct me if I'm mistaken. Markus: There seems to be an update candidate linked at bug 8373 addressing this issue. Could you kindly test it and report back (on bug 8373) if it fixes the problem for you?
CC: (none) => wassi
Several bugs seem to be related to this one: https://bugs.mageia.org/show_bug.cgi?id=8369 https://bugs.mageia.org/show_bug.cgi?id=8373 But there is no solution, yet.
Blocks: (none) => 8373
Blocks: 8373 => (none)Depends on: (none) => 8373
Of course there's, as shown by yourself once the update was applied.