-
Notifications
You must be signed in to change notification settings - Fork 237
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Line & Mic In detected, but not working on MPG B650I EDGE WIFI (0db0:36e7) #281
Comments
The patch above now only seems to fix mic, after plugging something into the speaker jack first. I can't reproduce the behavior I had anymore. Now it is just broken in new ways. |
When in the state described here:
|
The
It looks like that the device is not selected in the audio server. I would recommend to check jack detection names at first ( It's really pity that we have tents versions of firmware for ALC4080. |
Thanks for the info! I have read those debug notes a few times and I'm still not sure what do do with this one.
That is the output I get when (un)plugging the mic jack. So the name detection is correct. Then when I use I'm not sure what else I should try here. I'm not sure if it is useful, but when I plug into the speaker jack (which then fixes the mic jack), if I run |
It's a question, if PCM 2 device is only for the microphone. You may try also other PCM devices. I guess, if Speaker is somehow connected to Mic, then PCM 2 may be a stream for the mixed output. Also, don't use |
I think it might be a mixed stream? When I plug a jack into the speaker the mic input gets selected for a moment in gnome-control-center. |
The reboot is not necessary. For pipewire, the command I would start from scratch:
|
$ amixer -c 1 events
$ amixer contents
$ amixer scontents
$ arecord -l
$ aplay -l
|
All amixer command should have Have you tested all PCM devices directly (e.g. |
Oh sorry about that. Here are the updated outputs $ amixer -c 1 scontents # Before plugging into speaker
$ amixer -c 1 scontents # After plugging into speaker
$ amixer -c 1 contents # Before and after are the same
This system is acting very weird. I tried that (and just double checked) I can't get Notably in the |
I'm a little late to the party, but we also have massive problems with our B650I board. Context: We run 2 identical PCs, one with normal Fedora 37 and the other with the KDE Plasma spin. Using the Fractal Ridge case, which provides: Mic, Line, Speaker jacks in the back; single jack - combined headphone/mic - in the front Rear jacks: Front jack: Jack detection: We already updated to latest ucm2-conf (as of today). I'm willing to provide any details necessary to resolve this issue, but I'm not very deep into audio setup and configuration on Linux. |
This is also an issue with the MSI MPG Z790I (ID: 0db0:62a4) |
If things does not work with the native ALSA API (ALSA drivers) then we cannot do much in UCM. I already provided the debug information for UCM. The silent input / output may be caused that something is missing the USB communication / setup. The ALC4080 chips have own firmware and all vendors have a slightly modified version. One way is to use the reverse engineering technique for the windows drivers using qemu. |
I'm not sure. I tried |
This seems to have been a pipewire bug, this might fix it |
Not sure how a pop-os fix should change things for me on Fedora? |
No point in upstreaming something that is still being tested. That is what forks are for. |
We will upstream after we have the whole set of audio issues on this motherboard fixed, as @13r0ck said. |
This bug is stale. Re-open when required. |
@perexg At least with Fedora 39 KDE spin this is not fixed as of today. Just re-tested. |
@liayn : Describe what does work with the current UCM. Also use native ALSA tools to access the USB driver directly, if you can use the target functionality. UCM is on top of the ALSA drivers. If it's a driver issue, it should be reported at another place. |
In regards to jack detection no change since #281 (comment)
As noted in #281 (comment)
This I can't confirm. Mic does not work at all, independent of whether a speaker is plugged in. `amixer -c 4 events`Front jack:
Rear speaker:
Rear mic:
Rear line-in:
Note: seems like front jack and rear mic are using the same "numid" `amixer -c 4 contents`
`amixer -c 4 scontents`
`arecord -l`
`aplay -l`
From the UCM DEBUG infos:
I hope this provides a good overview of what's going on. |
Could you show |
Installed `alsaucm -c hw:4 dump text`
|
… WIFI) Link: #281 Signed-off-by: Jaroslav Kysela <[email protected]>
Try the above patch (4b8c56c). It's just a variation of patch proposed in this issue description. I would expect, that more ALC4080 hw variants may not have the S/PDIF device present. |
@perexg Thanks I applied the patch and restarted wireplumber. The effect now: Rear speaker: ✅ |
The alsaucm dump provides all information for the current configuration to test the devices / jack names with the native ALSA tools. If you discover that something is set wrongly for your platform, give feedback. Otherwise, we cannot do much. For example: Also, are you on latest BIOS release? Vendors usually upgrade the ALC4080 firmware, too. |
@perexg Yes I'm of course on the latest BIOS 7D73v16.
I provided the dump above, but I honestly don't know where I could see this mapping between what I'm, obviously, not too deep into audio things in Linux. I tried to take away as much as I can from all the things written above. Nevertheless, I fully understand that your free support time is exhausted at some point. Thanks for all the help so far! |
The debugging using the standard ALSA tools is described in https://github.com/alsa-project/alsa-ucm-conf/blob/master/ucm2/DEBUG.md . In the UCM dump, you see a list of used ALSA PCM device names and controls. If something is difficult to understand, please, put a comment to this document to improve things. |
@perexg I have exactly the same issue with ASUS ROG STRIX B650E-I GAMING WIFI, |
I thought it is driver issue that's why I created this issue too https://bugzilla.kernel.org/show_bug.cgi?id=218913 |
Seems to have been broken by 33b934c , as it was completely functional in 1.2.7.2
I did manage to find a patch that fixes the line in on 1.2.8:
All it does is disable spdif for that usb id.
But I am struggling to find what is missing to make mic work. Jack detection is fine, and I can get recordings via
arecord
, but I am missing something with the ucm conf.Here are the config dumps for a few different situations
Without the patch above
$ alsa-info
-> http://alsa-project.org/db/?f=ac8aa25f882540a20c95ee555491a498bd3a88a4` $ alsaucm dump -c hw:1 text `
With the patch above
$ alsa-info
-> http://alsa-project.org/db/?f=7b95b33ddf71324505c7dd696bcc7f24ca64ca52` $ alsaucm dump -c hw:1 text `
On 1.2.7.2 ( with
USB-Audio.conf
quirk to add 0bd0:36e7 to Realtek ALC4080. See 1923bd1 but for 1.2.7.2 )$ alsa-info
-> http://alsa-project.org/db/?f=f148616a3e9b8c0dffffbe57a6bc9ede78c9d309` $ alsaucm dump -c hw:1 text `
The text was updated successfully, but these errors were encountered: