You are not logged in.
On Intel NUC NUC5i7RYH board, after installing "Realtek* High Definition Audio Driver", audio jack started working in windows.
However, if I boot into arch linux, I have same issue where headset connected to audio jack gives lot of noise.
From few forum article, I found following troubleshooting commands to give out troubleshooting info.
Could you please help?
[pranav@ArchLinux etc]$ lspci -k | grep -A 2 -i audio
00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev 09)
Subsystem: Intel Corporation Device 2057
Kernel driver in use: snd_hda_intel
--
00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition Audio Controller (rev 03)
DeviceName: CIR Device
Subsystem: Intel Corporation Device 2057
[pranav@ArchLinux etc]$ cat /proc/asound/pcm
00-03: HDMI 0 : HDMI 0 : playback 1
00-07: HDMI 1 : HDMI 1 : playback 1
00-08: HDMI 2 : HDMI 2 : playback 1
00-09: HDMI 3 : HDMI 3 : playback 1
00-10: HDMI 4 : HDMI 4 : playback 1
01-00: ALC283 Analog : ALC283 Analog : playback 1 : capture 1
02-00: USB Audio : USB Audio : capture 1
[pranav@ArchLinux etc]$Please note that USB Headset works just fine.
Only issue with audio jack.
Last edited by curioustech (2020-11-27 13:26:34)
Offline
There's unlikely to be much to be done. Jack headsets are often bad and the ADC of integrated cards as well. You said you have "same" issue? Does this happen on Windows as well or just on Arch?
Something you can check is whether disabling mic boost helps if it is enabled and maybe
amixer -c0 #Or whatever the correct index according to arecord -l ispost these (... and edit your post) in
[code]code tags[/code]Last edited by V1del (2020-11-27 10:26:53)
Offline
Thank you for quick reply.
Here is what I get.
[pranav@ArchLinux ~]$ amixer -c0
Simple mixer control 'IEC958',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [on]
Simple mixer control 'IEC958',1
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [on]
Simple mixer control 'IEC958',2
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [on]
Simple mixer control 'IEC958',3
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [on]
Simple mixer control 'IEC958',4
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [on]
[pranav@ArchLinux ~]$ Offline
that's not the analog card, -c1 is likely more likely
Offline
Here is outcome for c1
[pranav@ArchLinux ~]$ amixer -c1
Simple mixer control 'Master',0
Capabilities: pvolume pswitch
Playback channels: Front Left - Front Right
Limits: Playback 0 - 87
Mono:
Front Left: Playback 56 [64%] [-23.25dB] [on]
Front Right: Playback 56 [64%] [-23.25dB] [on]
Simple mixer control 'PCM',0
Capabilities: pvolume
Playback channels: Front Left - Front Right
Limits: Playback 0 - 255
Mono:
Front Left: Playback 254 [100%] [-0.20dB]
Front Right: Playback 254 [100%] [-0.20dB]
Simple mixer control 'Mic',0
Capabilities: pvolume pswitch
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-34.50dB] [off]
Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'Mic Boost',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 2 [67%] [24.00dB]
Front Right: 2 [67%] [24.00dB]
Simple mixer control 'Beep',0
Capabilities: pvolume pswitch
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 0 [0%] [-34.50dB] [off]
Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'Capture',0
Capabilities: cvolume cswitch
Capture channels: Front Left - Front Right
Limits: Capture 0 - 63
Front Left: Capture 63 [100%] [30.00dB] [on]
Front Right: Capture 63 [100%] [30.00dB] [on]
Simple mixer control 'Loopback Mixing',0
Capabilities: enum
Items: 'Disabled' 'Enabled'
Item0: 'Disabled'
[pranav@ArchLinux ~]$ Offline
Using KDE Plasma System Settings-> Audio->Advanced and noticed that when I clicked on "Front Right" it worked correctly using Audio Jack.
However, "Front Left" is what is generating noise/static.
It's high definition stereo sound for sure. For some reason "Front Left" is messed up.
Offline
Mute the left channel then. It's unlikely your headset actually passes a stereo channel and this can indeed lead to this trip up.
Offline
Initially I had same issue in Windows. After installing Realtek audio driver from https://downloadcenter.intel.com/downlo … uct=129708 it started working correctly.
i.e. using same headset and same computer and same audio jack, if I boot into windows 10 it works fine.
I am afraid something isn't configured properly on my arch install.
Last edited by curioustech (2020-11-27 16:19:43)
Offline
it very likely internally mutes the second channel, you "normally" just have single channel microphones
Last edited by V1del (2020-11-27 16:48:44)
Offline
By executing alsa-info.sh i generated debug token to provide detail info about my hw and driver.
It seems PIN mapping is incorrect. i.e. there are two types of PIN layout possible with this jack.
1) TRS (Tip, Ring, Sleeve) required for a stereo headphone only.
where
tip is for left speaker,
ring for right speaker,
sleeve for ground.
2) TRRS (Tip Ring, Ring, Sleeve) required for headset with mic.
where
tip is for left speaker,
1st ring for right speaker,
2nd ring for ground,
sleeve for mic.
I think static noise is due to TRRS mapping coming as default.
What I really need is TRS mapping for my headphone.
Given I am new user in Arch Linux, I do not know how to define TRS layout in alsa.
Can someone please guide me on how to address this?
debug token provides detailed info.
Offline
On Audio Volume Setting in Plasma when I go to Advance tab, I can test/verify front left is producing static noise and front right speaker is giving output correctly.
So, there is a small little glitch in audio software configuration that I am not able to figure out.
Please know that I had same issue on Windows as well.
After I installed RealTek Audio Driver, the issue went away and windows started producing sound correctly.
At this point, I am confident that it's not HW issue.
Any guidance or assistance would be appreciated.
Offline
Again, the simplest way to fix this is to just ignore the misdetection and just mute one of the channels. if you really want to fix this "properly" one thing that you can do is use hdajackretask to check whether you can redefine the jack's mapping there, to use that you need to make sure the card isn't occupied by anything (which in practice means you need to make sure pulse is stopped, with
systemctl --user mask pulseaudio{,.socket} --nowOffline