Description of problem: On an Intel NUC10i7FNB machine, incorrect per-user audio settings have to be corrected on every login to force an audio profile the system reckons to be unavailable. Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. Take a NUC10i7FNB system with an HDMI connection to the monitor and speakers plugged into the system's audio socket. 2. Create a fresh Mageia 8 install and optionally fully update it (updating makes no difference to the problem. 3. Login on a brand new user account. Audio doesn't work. 4. Force audio working (see below). 5. Logout and login again. Audio is broken again. For audio to work on this system, the audio profile needs to be set to "Analog Stereo Duplex", but Systems Setting->Audio->Advanced shows the default setting (restored on every login!) to be "Digital Stereo (HDMI) Output + Analog Stereo Input" and there is no "Analog Stereo Duplex" on the very short pull-down menu. Thus the correct setting cannot be achieved via System Settings. However, running pavucontrol-qt and going to the the Configuration tab gives a pull-down menu also defaulting to the wrong profile, but in addition containing a number of other entries marked as "(unavailable)". Selecting "Analog Stereo Duplex (unavailable)" immediately restores system's audio. The System Settings->Audio->Advnaced now shows the profile as completely blank and its menu is still unchanged. Logging out and then in, restores the profile to the wrong setting, thus breaking the audio again, which means that the problem is a major nuisance. NB: exactly the same hardware has no such audio problem under Mageia 7. This is new behaviour under Mageia 8.
is alsa-sof-firmware installed ?
(In reply to Thomas Backlund from comment #1) > is alsa-sof-firmware installed ? Yes on Mageia 8, no on Mageia 7 (where audio works)
Thank you for the detailed report. To summarise the hardware etc involved, please post the O/P of: $ inxi -MSAxx
CC: (none) => lewyssmith
(In reply to Mike Arnautov from comment #2) > (In reply to Thomas Backlund from comment #1) > > is alsa-sof-firmware installed ? > > Yes on Mageia 8, no on Mageia 7 (where audio works) does that mean if you remove alsa-sof-firmware it starts working on mga8 too ?
(In reply to Lewis Smith from comment #3) > To summarise the hardware etc involved, please post the O/P of: > $ inxi -MSAxx Here it is: [ATH ~] inxi -MSAxx System: Host: Athlon Kernel: 5.10.19-desktop-1.mga8 x86_64 bits: 64 compiler: gcc v: 10.2.1 Desktop: KDE Plasma 5.20.4 tk: Qt 5.15.2 wm: kwin_x11 dm: SDDM Distro: Mageia 8 mga8 Machine: Type: Mini-pc System: NOVATECH product: PC-X014659 v: K61081-302 serial: <superuser required> Chassis: Intel Corporation type: 35 v: 2.0 serial: <superuser required> Mobo: Intel model: NUC10i7FNB v: K61360-302 serial: <superuser required> UEFI: Intel v: FNCML357.0047.2020.1118.1629 date: 11/18/2020 Audio: Device-1: Intel Comet Lake PCH-LP cAVS driver: snd_hda_intel v: kernel bus ID: 00:1f.3 chip ID: 8086:02c8 Sound Server: ALSA v: k5.10.19-desktop-1.mga8 [ATH ~] BTW, I have to confess to have inadvertently told a lie. It turns out that there *is* a very similar problem on mga7. It's just that there it does not happen on every login, bot occasionally -- maybe once or twice a week, on most recent occasion in the middle of a session, audio disappers. I'd found by trial and error that this could be cured by logging out of the desktop session, removing a part of the ScreenConnectors in the .config/plasmashellrc file and then logging in again. But when it happened in the middle of a Steam game today, I instead checked pavucontrol (no -qt on mga7) and discovered exactly the same problem -- wrong sound profile. Setting the profile back to "Analog Stereo Duplex" (not marked as "unavailable" on mga7) promptly restored audio. I have no idea why fiddling with plasmashellrc fixed it too. So a very similar issue, but the correct setting does not get reverted on every login -- just occasionally, for no apparent reason; don't know how to trigger it on purpose.
(In reply to Thomas Backlund from comment #4) > (In reply to Mike Arnautov from comment #2) > > (In reply to Thomas Backlund from comment #1) > > > is alsa-sof-firmware installed ? > > > > Yes on Mageia 8, no on Mageia 7 (where audio works) > > does that mean if you remove alsa-sof-firmware it starts working on mga8 too > ? No. Removing alsa-sof-firmware it has no effect. But see my previous reply a few minutes ago. It turns out that there is after all a closely related problem on mga7 -- I just didn't realise they were related.
Summary: Audio broken an a new, clean Mageia 8 install => Audio broken on a new, clean Mageia 8 install
In case this helps... I have just installed mga8 on a NUC10i5FNB. Exactly the same problem. Here's the inxi -MSAxx output: System: Host: Magic Kernel: 5.10.16-desktop-1.mga8 x86_64 bits: 64 compiler: gcc v: 10.2.1 Desktop: KDE Plasma 5.20.4 tk: Qt 5.15.2 wm: kwin_x11 dm: SDDM Distro: Mageia 8 mga8 Machine: Type: Mini-pc System: NOVATECH product: PC-2621N v: K61160-303 serial: <superuser required> Chassis: Intel Corporation type: 35 v: 2.0 serial: <superuser required> Mobo: Intel model: NUC10i5FNB v: K61361-303 serial: <superuser required> UEFI: Intel v: FNCML357.0046.2020.0928.1457 date: 09/28/2020 Audio: Device-1: Intel Comet Lake PCH-LP cAVS driver: snd_hda_intel v: kernel bus ID: 00:1f.3 chip ID: 8086:02c8 Sound Server: ALSA v: k5.10.16-desktop-1.mga8
Thank you for the machine, and additional, details. > I have to confess to have inadvertently told a lie Self-flagellation is not necessary here! Lie is a strong word. Assigning to kernel team; tmb already involved.
Assignee: bugsquad => kernelCC: lewyssmith => (none)
CC: (none) => fri
Mike, thanks, I see you documented a workaround in https://forums.mageia.org/en/viewtopic.php?f=26&t=13979&p=82036#p82036
For what it's worth, here's an odd audio difference between the two machines on which I have this problem. In the i7 machine, under mga8 is *much* quieter than under mga7 exactly the same hardware). On 8 I have to push all volume controls to the maximum (150% in Systems Settings->Audio->Devices, maximum volume in VLC settings and near maximum on speakers' volume control) to get reasonable volume. This does not happen on the i5 machine, where audio level is about the same under mga7 and mga8, only on the i7 one. Probably nothing to do with the current bug, but I am no longer making any such assumptions. :-) Re Lewis Smith: "Self-flagellation is not necessary here! Lie is a strong word." It's an interesting philosophical question whether self-flagellation is or is not stronger. :-) But, thank you...