Additionally you can try and force use amdgpu rather than radeon, by setting the kernel flags:

radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 amdgpu.dc=1

Source

Device initalization failed according to the Xorg logs;

1. Dump your firmware version
2. Dump your kernel version
3. Dump your kernel logs (dmesg or journalctl -k)

No bios update, but you most likely received both microcode updates (which is what will fix/mitigate the Intel issue, the bios is only to ensure everybody gets the microcode update) and firmware updates (from linux-firmware)

Of course non-mainlined (i.e. not in the linux kernel) firmware is a bit more iffy, luckily it’s getting slowly better with OEMs using fwupd for those scenarios

Feel like most people still do the scripting in Bash for portability reasons, and then just run Fish as the interactive shell

Archlinux’s XZ was compromised as well.

News post

Git change for not using tarballs from source

Nice, then you should be able to run vkcube to verify whether your GPU is activated properly.

You can do several “iterations” here as well.

1. Install Mangohud so you can visibly see if your GPU is activated correctly
2. Run mangohud vkcube-wayland - Does it use your Nvidia GPU?
3. Run mangohud vkcube - Does it use your Nvidia GPU?

If Step 2 nor 3 shows your Nvidia GPU you can try and force it with: mangohud vkcube-wayland --gpu_number 0

Start with the basics, do you see your Nvidia GPU pop up when using vulkaninfo --summary?

If it doesn’t pop up, verify that you have the correct vulkan ICD files in: $ ls /usr/share/vulkan/icd.d/

There you should have nvidia_icd.json, nvidia_layers.json. If that’s missing, you’re missing the nvidia-utils part of the driver.

If they are there, but it still don’t show in your vulkaninfo sumary, you could try to load the nvidia driver manually; modprobe nvidia, also check the kernel logs journalctl -k or dmesg and search for nvidia to see whether the driver got loaded correctly?

I’ve used: User Agent Switcher

Successfully using;

1. Whitelist mode
2. Domain = teams.microsoft.com
3. UserAgentString = Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36

They support meetings in Firefox so it’s a bit weird why they would block calls… They’re effectively the same thing

Additionally, if you change your userAgent to be Chrome things are working pretty good in Firefox as far as I’ve tried it (not too extensively)