Seen on two different machines, using round 1 M5 final ISO - classic x86_64 DVD. The summary screen at the end of stage 2 shows Sound card - Domex DMX3191D SCSI Clicking on the "Configure" button then correctly identifies the card, but on return to the summary screen, the misidentification is still there. lspci on the first machine gives 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) and on the second machine gives 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) 01:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series] [1002:aab0] The same misidentification occurs for both sound devices in this case.
CC: (none) => thierry.vignaud, tmb
Please attach your /root/drakx/report.bug.xz file.
Keywords: (none) => NEEDINFO
Created attachment 6563 [details] Installer report.bug.xz (from machine with two sound devices)
Keywords: NEEDINFO => (none)
There's no reference to Domex or DMX3191D in the report.bug.xz...
I know, that's why I didn't attach it in the first place... It only appears on the summary screen. If you point me at the perl module that generates this screen, I'll try to trace what's happening.
Whiteboard: (none) => NEEDINFO
Keywords: (none) => NEEDINFOWhiteboard: NEEDINFO => (none)
it's install::steps_interactive. But it should be seen in lspcidrake output...
It's caused by a bogus entry in modules.description, which appeared between 3.19.4 and 3.19.6: % grep snd-hda-intel /lib/modules/3.19.4-desktop-2.mga5/modules.description snd-hda-intel Intel HDA driver % grep snd-hda-intel /lib/modules/3.19.6-desktop-2.mga5/modules.description snd-hda-intel Intel HDA driver snd-hda-intel Domex DMX3191D SCSI driver which is still there, albeit different, in the latest kernel: % grep snd-hda-intel /lib/modules/3.19.8-desktop-1.mga5/modules.description snd-hda-intel Intel HDA driver snd-hda-intel EMC CX/AX/FC-family driver The summary screen is showing the second (bogus) entry.
Priority: Normal => LowAssignee: bugsquad => tmbSummary: Classic installer summary lists sound cards as Domex DMX3191D SCSI device => Classic installer summary lists sound cards as Domex DMX3191D SCSI device (bogus modules.description regression)Source RPM: (none) => kernelSeverity: normal => minor
This appears to have been fixed in the 3.19.8-desktop-2.mga5 - there are now no entries for snd-hda-intel in modules.description, and the installer falls back to getting the description from elsewhere (probably /usr/share/pci.ids).
Status: NEW => RESOLVEDResolution: (none) => FIXED
Using 5.0.7-desktop586-4.mga7, the sound card description is: urt/rpmbuild/BUILDROOT/kernel-5.0.7-4.mga7.i386/lib/modules/5.0.7-desktop586-4.mga7/./kernel/drivers/media/rc/keymaps/rc-reddo.ko.xz This appears to be intermittent and random corruption of entries in modules.description - looking through that file, I can often find bad entries. snd-hda-intel does seem to get hit quite often. It was wrong on the Mageia 6 64-bit CI ISO too, but not so noticeably!
Priority: Low => NormalResolution: FIXED => (none)Summary: Classic installer summary lists sound cards as Domex DMX3191D SCSI device (bogus modules.description regression) => Classic installer summary gives incorrect description for sound cards (due to corrupt entries in modules.description)Severity: minor => majorStatus: RESOLVED => REOPENED
Created attachment 10924 [details] Screenshot of summary screen To show why I think the severity is major.
*** Bug 24698 has been marked as a duplicate of this bug. ***
CC: (none) => westel
For the 64-bit kernels installed on my desktop: % grep snd-hda-intel /lib/modules/*/modules.description /lib/modules/5.0.6-desktop-1.mga7/modules.description:snd-hda-intel Intel HDA driver /lib/modules/5.0.7-desktop-2.mga7/modules.description:snd-hda-intel Intel HDA driver /lib/modules/5.0.7-desktop-5.mga7/modules.description:snd-hda-intel Intel HDA driver /lib/modules/5.0.7-desktop-5.mga7/modules.description:snd-hda-intel Sharp QM1D1C0042 tuner /lib/modules/5.0.9-desktop-1.mga7/modules.description:snd-hda-intel Intel HDA driver /lib/modules/5.0.9-desktop-1.mga7/modules.description:snd-hda-intel Opticon USB barcode to serial driver (1D)
With the latest desktop586 kernel, there are two entries for snd-hda-intel: [root@localhost 5.1.1-desktop586-1.mga7]# grep snd-hda-intel modules.description snd-hda-intel Intel HDA driver snd-hda-intel Analog Devices AD7190, AD7192, AD7193, AD7195 ADC Unfortunately the installer displays the second one :-(
Then that's a bug in kernel process for generating modules.description $ egrep snd-hda-intel lib/modules/5.1.*/modules.description lib/modules/5.1.1-desktop586-1.mga7/modules.description:snd-hda-intel Intel HDA driver lib/modules/5.1.1-desktop586-1.mga7/modules.description:snd-hda-intel Analog Devices AD7190, AD7192, AD7193, AD7195 ADC lib/modules/5.1.2-desktop586-1.mga7/modules.description:snd-hda-intel Intel HDA driver Same for comment #8 : it's a bug if kernel build system generates corrupted files...
Which is a Mageia specific: http://svnweb.mageia.org/packages/cauldron/kernel/current/SPECS/kernel.spec?revision=1397727&view=markup#l1263 We would need to fix that.
An issue might be "%kxargs" expanding to "xargs -P 24" on BS I guess having 24 modinfo processes writing at once to the same perl one liner is causing mixed lines
Using GNU parallel might be a solution...
No need for parallell xargs when generating the modules.description. Running it as a single xargs on a kernel tree takes around 8 seconds on spinning rust... So I've switched from kxargs to xargs for next kernel build
Status: REOPENED => RESOLVEDResolution: (none) => FIXED