Bug 10661

depmod don't creates *map files for kernel
It makes 'lspci -k | grep modules' output empty.

Steps to Reproduce:
1. depmod -a 
2. ls /lib/modules/`uname -r`/*map

This bug is for Mageia2 kmod-7-7 and Mageia3 kmod-12-2.

Hardware: i586 => All
Version: 2 => Cauldron

The old hotplug *.map files are gone and wont come back.

lspci needs to be switched to modaliases, so:

pciutils needs to be updated to 3.2.0 (or the relevant patches backported)

Summary: depmod don't create *map files => lspci need to support new kernel modaliases
Source RPM: kmod => pciutils

Taking the bug

Assignee: bugsquad => tmb

Thomas, thank you.

Actually looking closer at this, lspci already works:

lspci -k for my network card shows:

07:04.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8110SC/8169SC Gigabit Ethernet (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 820d
	Kernel driver in use: r8169


And it also knows the builtin ahci driver:

00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 6 port SATA AHCI Controller (rev 05)
	Subsystem: ASUSTeK Computer Inc. Device 8383
	Kernel driver in use: ahci


so you need to grep for the "Kernel driver in use:"

Thank you very much.
I'll test pciutils-3.2.0 when new version will be available on mirrors.

please test with the already available:

mga2:
pciutils-3.1.9-1.mga2

mga3:
pciutils-3.1.10-2.mga3


they both work for me

I need for parcing:
lspci -v | grep -i modules
Is lspci -v | grep -i drivers equivalent?

Created attachment 4200 [details]
modules_drivers

I added picture: modules and drivers are not equivalent.

IMHO this bug is invalid.
Everything works fine with Mageia. We don't care about Rosa kernels.
If you're asking support for Rosa systems, please go ask @Rosa Labs

Status: NEW => RESOLVED
Resolution: (none) => INVALID

Reopening for now...

Actually this bug is reproducable on both Mageia 2 and Mageia 3 on official kernels.

And the bug with lspci -k missing to output the "Kernel modules: " lines is confirmed upstream wich is why it got fixed in 3.2.0

And I fixed it in Cauldron with pciutils-3.2.0-3.mga4 by adding a BR on kmod-devel so it uses libkmod to properly read modaliases and print out the line.

The reason no-one has reacted before in Mageia is that we rely on lspcidrake instead of lspci, so it is not really needed for Mageia installs, but it's a regression nevertheless...

So the question is... is this important enough to push through updates ?

And I noted the spec ldetect depends on pciutils, so there is possibility of introducing a regression too...

I havent checked yet what if anything will break...

Status: RESOLVED => REOPENED
Resolution: INVALID => (none)

And just for example, this is how diff before/after the added BR to use libkmod:


 00:1f.0 ISA bridge: Intel Corporation 82801JIR (ICH10R) LPC Interface Controller
        Subsystem: ASUSTeK Computer Inc. Device 82d4
+       Kernel modules: iTCO_wdt

I don't think so:
I only use pciutils' libpci in ldetect in order to list PCI devices (instead of manually parsing /proc/bus/pci/devices like before)

Ok,

so if I want to push 3.2.0 to mga3 & mga2 I need to rebuild ldetect too to make sure they stay in sync, correct ?

But lets keep it spinning in cauldron for a while first to see if anything pops up

It's not needed.
API/ABI hasn't changed and ldetect doesn't make use of libpci's driver info.
It targets libkmod directly

Ok,

pciutils-3.2.0-1 (based on 3.2.0-4 from cauldron) pushed to mga2 & mga3 core updates_testing...

I'll let it spin there for a while before assigning it to QA

(In reply to Thierry Vignaud from comment #11)
> IMHO this bug is invalid.
> Everything works fine with Mageia. We don't care about Rosa kernels.
> If you're asking support for Rosa systems, please go ask @Rosa Labs
It's picture for understanding this bug only, but in Mageia this picture is in equivalent.
Thomas, thank you for reopening this bug.

pciutils-3.2.0-1.mga2.i586.rpm:
[user@localhost ~]$ lspci
lspci: /usr/lib/libpci.so.3: version `LIBPCI_3.2' not found (required by lspci)
There is no Requires: libpci3-3.2.0-1.mga2.i586.rpm

Advisory:

lspci in mga2 and mga3 lost the possibility to list all modules
that supports the detected hardware since we switched to newer
kernels / kmod as they dont provide any hotplug maps anymore
that lspci depended on.

To resolve this regression, pciutils is now updated to a version
that supports building against libkmod wich provides the needed
information.

SRPM:
pciutils-3.2.0-2.mga3.src.rpm

i586:
libpci3-3.2.0-2.mga3.i586.rpm
pciutils-3.2.0-2.mga3.i586.rpm
pciutils-devel-3.2.0-2.mga3.i586.rpm


x86_64:
lib64pci3-3.2.0-2.mga3.x86_64.rpm
pciutils-3.2.0-2.mga3.x86_64.rpm
pciutils-devel-3.2.0-2.mga3.x86_64.rpm



Testing before:

"lspci -k" does not show any "Kernel modules:" lines

Testing after:

"lspci -k" shows "Kernel modules:" lines that lists one or more modules for the detected hw.


see comment #13 for an example output

an easy way to see the difference:
1. lspci -k >/tmp/lspci.before
2. install new pciutils
3. lspci -k >/tmp/lspci.after
4. diff -u /tmp/lspci.before /tmp/lspci.after


The same changes has been in cauldron since July, so they are well tested...

Assignee: tmb => qa-bugs
Summary: lspci need to support new kernel modaliases => Update request: pciutils-3.2.0-2.mga2/3
Source RPM: pciutils => pciutils-3.2.0-2.mga2/3

Only mga3 is listed. Was this updated for mageia 2 too Thomas?

Found it in changelog ML.

Same rpm versions for mga2 aswell.

Advisory uploaded. Please remove 'advisory' tag from whiteboard if anything changes.

Whiteboard: MGA2TOO has_procedure => MGA2TOO has_procedure advisory

Testing complete mga2 32 & 64

# diff -u lspci.before lspci.after 
--- lspci.before        2013-11-20 15:30:48.807624811 +0000
+++ lspci.after 2013-11-20 15:31:29.748170656 +0000
@@ -4,54 +4,72 @@
 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
        Subsystem: Samsung Electronics Co Ltd Device c01a
        Kernel driver in use: i915
+       Kernel modules: i915, intelfb
 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
        Subsystem: Samsung Electronics Co Ltd Device c01a
 00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03)
        Kernel driver in use: pcieport
+       Kernel modules: shpchp
 00:1d.0 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03)
        Subsystem: Samsung Electronics Co Ltd Device c01a
        Kernel driver in use: uhci_hcd
+       Kernel modules: uhci_hcd
 00:1d.1 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03)
        Subsystem: Samsung Electronics Co Ltd Device c01a
        Kernel driver in use: uhci_hcd
+       Kernel modules: uhci_hcd
 00:1d.2 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03)
        Subsystem: Samsung Electronics Co Ltd Device c01a
        Kernel driver in use: uhci_hcd
+       Kernel modules: uhci_hcd
 00:1d.3 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03)
        Subsystem: Samsung Electronics Co Ltd Device c01a
        Kernel driver in use: uhci_hcd
+       Kernel modules: uhci_hcd
 00:1d.7 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03)
        Subsystem: Samsung Electronics Co Ltd Device c01a
        Kernel driver in use: ehci_hcd
+       Kernel modules: ehci_hcd
 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d3)
 00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03)
        Subsystem: Samsung Electronics Co Ltd Device c01a
        Kernel driver in use: snd_intel8x0
+       Kernel modules: snd_intel8x0
 00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 03)
        Subsystem: Samsung Electronics Co Ltd Device 2115
        Kernel driver in use: snd_intel8x0m
+       Kernel modules: snd_intel8x0m
etc..

Whiteboard: MGA2TOO has_procedure advisory => MGA2TOO has_procedure advisory mga2-32-ok mga2-64-ok

Testing complete mga3 32 & 64

Validating

Could sysadmin please push from 2&3 core/updates_testing to updates

Thanks!

Keywords: (none) => validated_update
Whiteboard: MGA2TOO has_procedure advisory mga2-32-ok mga2-64-ok => MGA2TOO has_procedure advisory mga2-32-ok mga2-64-ok mga3-32-ok mga3-64-ok
CC: (none) => sysadmin-bugs

Update pushed:
http://advisories.mageia.org/MGAA-2013-0123.html

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED