| Summary: | harddrake2 does not show quad-port ethernet card | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Markus Mertens <Mertens.MPT> |
| Component: | RPM Packages | Assignee: | Thierry Vignaud <thierry.vignaud> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | AndrewL733, thierry.vignaud, wassi |
| Version: | 2 | Keywords: | NEEDINFO |
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | drakxtools | CVE: | |
| Status comment: | |||
| Bug Depends on: | 8373 | ||
| Bug Blocks: | |||
| Attachments: |
lspcidrake -v
lspci -vvvvnn |
||
|
Description
Markus Mertens
2012-12-07 08:28:43 CET
Please _attach_ (not paste) output of "lspcidrake -v" eg: run "lspcidrake -v >pci.txt" and attach the resulting 'pci.txt' file Keywords:
(none) =>
NEEDINFO
Thierry Vignaud
2012-12-07 12:56:32 CET
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 =>
RESOLVED (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.
claire robinson
2013-01-15 10:21:40 CET
Blocks:
(none) =>
8373
claire robinson
2013-01-15 11:13:45 CET
Blocks:
8373 =>
(none) Of course there's, as shown by yourself once the update was applied. |