No problem—if I have to wait for version 7.1, that’s fine.
And please excuse my inexperience—when I have a problem, the first thing I do is turn to a search engine to see if I’m lucky enough to find the solution on a website, and so far that’s worked out well for me. But with this problem, I couldn’t figure out how to solve it, so I decided to report the issue. I’m not familiar with how the forum works, and this is my first time using it. I appreciate your help whether we find a solution or not, so thank you.
It’s no problem at all. You are using this forum exactly as intended. This is meant to be a more friendly place where Fedora Linux users at any experience level can get help. If, for example, we had discovered that the “ASUS ROG Strix G15” pinout fixup had worked on your ASUS ROG Strix G16 system, then I would have had you file a bug report to report that patch_realtek.c needs to be updated.
It still isn’t working.
sudo lspci -k | grep -i 'kernel driver in use: snd_hda_intel'
[sudo] contraseña para jose:
Kernel driver in use: snd_hda_intel
Kernel driver in use: snd_hda_intel
Since you have two devices using that snd_hda_intel driver, you might need to use model=,1043:1c92 instead of just model=1043:1c92. There is also an index parameter that you can use to force the order of the devices, but I’d have to look up how it works.
Use the following to confirm that the setting is actually being applied to the legacy driver.
cat /sys/module/snd_hda_intel/parameters/model
I think whether the setting should be in the first or second slot depends on the order that the devices using that driver are listed in the output of the lspci -k command.
It doesn’t work.
cat /sys/module/snd_hda_intel/parameters/model
,1043:1c92,(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
OK. I’m out of ideas then. 
I think I’d wait for the 7.1 kernel and see if that fixes the problem. If it doesn’t then you’ll probably have to file a bug report here and see if you can get some help from one of the developers. In the meanwhile, you can continue using one of the older kernels that do work.
Sorry that we couldn’t figure this one out.
It’s okay. Like I said before, I can wait for version 7.1 and hope it’s fixed. If not, I’ll let you know, and you can tell me where to report the issue and what information to provide. Gregory, thank you for everything, and thanks to all of you too—you’re all great.
How is this different?
Hi, I’m the person from that other thread, wanted to also mention here that I just realised recently that my audio is functional again. I’m currently on the F44 beta (but it should be going stable tomorrow anyway), and my kernel is now 6.19.13-300.fc44.x86_64.
I just wanted to let you know that I already have Kernel 7.0.8-200 installed and it’s still not working.
Regards.
Well, it’s working now. Thank you all so much. Cheers! 