[Stable Update] 2021-08-09 - Kernels, Xorg-Server, Systemd, Virtualbox, Mesa, Plasma, Pipewire

Is reported in the first post by philm:

2 Likes

-> Missing AUR Packages: libopenaptx

Is this anything to be concerned about? Seems like libopenaptx is not in the AUR.

Edit: Looks like libopenaptx was replaced by libfreeaptx over some licensing issue. So I am assuming as long as you have libfreeaptx you can remove libopenaptx without losing any audio codec functionality.

2 Likes

The suggested fix will clear all user settings from 3 databases ā€“ card-database, device-volumes and stream-volumes.
after reboot PulseAudio will be in the same state as when it was first installed*
so users will need to select devices and adjust levels to personal preference again

*equalizer settings for pulseaudio-equalizer-ladspa are not affected by this command

1 Like

rm ~/.config/pulse/*.tdb ~/.config/pulse/cookie
That did not fix the sound!

Have been using Manjaro KDE stable release on the same hardware for years, always using pamac to update the system as soon as a new update is available, with no problems I can ever recall, perhaps Iā€™ve been lucky.
This time, pamac tells me thereā€™s a 733 Mb update available, I start the process, which took over half hour (on my Gb connection). When it finished the download part, surprise!! it started the full 733 Mb download once again, this time taking almost an hour. After this second full download, the update appears to have completed succesfully.

Probably a mirror sync issue, nothing the Manjaro Team can do anything aboutā€¦

:sob:

1 Like

No issue so far, everything working smoothly.
I am using KDE.

I suggest you start a new topic in the Sound category for this

and post system information

inxi -SMAa

and PulseAudio information

pacmd dump
1 Like

I just double checked: the last update of mhwd-db (0.6.5-15) is installed, but /etc/udev/rules.d/90-mhwd-prime-powermanagement.rules hasnā€™t been updated (I had fixed it myself, but also added a comment just to check if the file got overwritten in an update, but the comment is still there). I also checked the relative MHWDCONFIGfile of my setup (hybrid-intel-nvidia-prime) and indeed the fix is present in there (but only partially because only the audio over hdmi has been fixed, but also the USB xHCI Host Controller and the USB Type-C UCSI devices work correctly with a kernel >= 5.5, as said here)

1 Like

So, do you have a .pacnew/pacsave file in that location?

Nope unfortunately

Yes I missed that. It works now after I changed from ā€œheadphoneā€ to ā€œline outā€.
:grinning:

getting this warning doing this update:

==> WARNING: Possibly missing firmware for module: xhci_pci

any reasons why the patch get removed?
And its still present on the RC Kernel: 0104-revert-xhci-Add-support-for-Renesas-controller-with-memory.patch Ā· master Ā· Packages / Core / linux514 Ā· GitLab

2 Likes

I noticed the same and reported on this thread:

Although Iā€™m aware there is a workaround available, Iā€™d rather not install firmware from the AUR.

1 Like

can/should libopenaptx be removed?

Breeze is KDE, Breath2 is Manjaro custom theme, I think.

2 Likes

:face_with_hand_over_mouth:

Maybe GNOME sent a spy to infiltrate Manjaro and give users a nudge into switching DEsā€¦

Weā€™ve got ourselves a Hollywood thriller movie script on our hands. :popcorn:

4 Likes

A good plus for this update: I am seeing ~25% reduction in CPU/GPU usage for hardware video decoding (VAAPI).

2 Likes

hi, War Thunder now crashes of couple of seconds after start-up : screen freezes up and is then filled with weird colored pixels. When game finally crash, we get back to desktop and all works normally.

System:    Host: antares Kernel: 5.10.56-1-MANJARO x86_64 bits: 64 Desktop: KDE Plasma 5.22.4 Distro: Manjaro Linux 
Machine:   Type: Desktop System: ASUS product: N/A v: N/A serial: <superuser required> 
           Mobo: ASUSTeK model: TUF GAMING Z490-PLUS v: Rev 1.xx serial: <superuser required> UEFI: American Megatrends 
           v: 1208 date: 07/21/2020 
CPU:       Info: 8-Core model: Intel Core i7-10700F bits: 64 type: MT MCP cache: L2: 16 MiB 
           Speed: 800 MHz min/max: 800/4800 MHz Core speeds (MHz): 1: 800 2: 800 3: 801 4: 800 5: 800 6: 800 7: 800 8: 800 
           9: 800 10: 800 11: 800 12: 800 13: 800 14: 800 15: 800 16: 800 
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Navi 14 [Radeon RX 5500/5500M / Pro 5500M] driver: amdgpu v: kernel 
           Display: x11 server: X.Org 1.20.13 driver: loaded: amdgpu,ati unloaded: modesetting,radeon 
           resolution: 3840x2160~60Hz 
           OpenGL: renderer: Radeon RX 5500 XT (NAVI14 DRM 3.40.0 5.10.56-1-MANJARO LLVM 12.0.1) v: 4.6 Mesa 21.1.6 
Audio:     Device-1: Intel Comet Lake PCH cAVS driver: snd_hda_intel 
           Device-2: Advanced Micro Devices [AMD/ATI] Navi 10 HDMI Audio driver: snd_hda_intel 
           Sound Server-1: ALSA v: k5.10.56-1-MANJARO running: yes 
           Sound Server-2: PulseAudio v: 15.0 running: yes 
           Sound Server-3: PipeWire v: 0.3.33 running: yes 
Info:      Processes: 362 Uptime: 6h 34m Memory: 31.25 GiB used: 3.09 GiB (9.9%) Shell: Bash inxi: 3.3.06 

Not really an issue, but a behaviour change that I donā€™t like: The system volume is now controlled by my Bluetooth headphones. I have my own volume setup (custom keys run custom scripts), completely separate from anything the system does, so I didnā€™t want that. If anyone else wants to restore the old behaviour, hereā€™s the ā€œsolutionā€:

Edit /etc/pulse/default.pa and append ā€œ avrcp_absolute_volume=falseā€ to the line that says ā€œload-module module-bluetooth-discoverā€ (66 in my case), then restart PulseAudio with for example a reboot or ā€œsystemctl --user restart pulseaudio.serviceā€ and also close and reopen all programs that play audio.

3 Likes