[XPS 12-9Q33, Realtek ALC668, Black Headphone Out, Left] Background noise or low volume

Bug #1252733 reported by Martijn vdS on 2013-11-19
100
This bug affects 19 people
Affects Status Importance Assigned to Milestone
alsa-driver (Ubuntu)
Undecided
Unassigned

Bug Description

When listening to sound on my laptop through headphones, there's a constant background hiss (which disappears only when all sound has been stopped for a few seconds. power saving I guess).

I also need to turn the volume *way* down to 10% for the sound volume to be reasonable (it's way too loud otherwise).

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: alsa-base 1.0.25+dfsg-0ubuntu4
ProcVersionSignature: Ubuntu 3.11.0-13.20-generic 3.11.6
Uname: Linux 3.11.0-13-generic x86_64
ApportVersion: 2.12.5-0ubuntu2.1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: martijn 2130 F.... pulseaudio
 /dev/snd/pcmC1D0p: martijn 2130 F...m pulseaudio
 /dev/snd/controlC0: martijn 2130 F.... pulseaudio
Date: Tue Nov 19 14:26:46 2013
EcryptfsInUse: Yes
InstallationDate: Installed on 2013-11-13 (6 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1)
MarkForUpload: True
PackageArchitecture: all
SourcePackage: alsa-driver
Symptom: audio
Symptom_AlsaPlaybackTest: ALSA playback test through plughw:PCH successful
Symptom_Card: Intern geluid - HDA Intel PCH
Symptom_Jack: Black Headphone Out, Left
Symptom_PulsePlaybackTest: PulseAudio playback test successful
Symptom_Type: High background noise, or volume is too low
Title: [XPS 12-9Q33, Realtek ALC668, Black Headphone Out, Left] Background noise or low volume
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 09/24/2013
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A03
dmi.board.name: XPS 12-9Q33
dmi.board.vendor: Dell Inc.
dmi.board.version: A03
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.chassis.version: Not Specified
dmi.modalias: dmi:bvnDellInc.:bvrA03:bd09/24/2013:svnDellInc.:pnXPS12-9Q33:pvrA03:rvnDellInc.:rnXPS12-9Q33:rvrA03:cvnDellInc.:ct8:cvrNotSpecified:
dmi.product.name: XPS 12-9Q33
dmi.product.version: A03
dmi.sys.vendor: Dell Inc.

Martijn vdS (martijn) wrote :
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in alsa-driver (Ubuntu):
status: New → Confirmed
Liam Acker (moreguru) wrote :

This also happens with the headphones port on the Dell XPS 13 9333 (Haswell) that features the same sound card.

My computer doesn't output any unusual background noise using Windows, so this is clearly a driver problem.

Richard Roberts (y-rich) wrote :

I am having the same issues as #3 using the same system.

Raymond (superquad-vortex2) wrote :

when auto mute is enable

it is normal that speaker is muted by the driver when headphone is plugged ?

do you mean Jack detection is not correct ?

are you using headphone or headset ?

try hda-jack-sense-test

control.5 {
  iface MIXER
  name 'Auto-Mute Mode'
  value Enabled
  comment {
   access 'read write'
   type ENUMERATED
   count 1
   item.0 Disabled
   item.1 Enabled
  }
 }

 control.11 {
  iface CARD
  name 'Headphone Jack'
  value true
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }

Raymond (superquad-vortex2) wrote :

ports:
  analog-input-microphone: Microfoon (priority 8700, latency offset 0 usec, available: unknown)
   properties:
    device.icon_name = "audio-input-microphone"
  analog-output-speaker: Luidsprekers (priority 10000, latency offset 0 usec, available: no)
   properties:
    device.icon_name = "audio-speakers"
  analog-output-headphones: Analoge koptelefoon (priority 9000, latency offset 0 usec, available: yes)
   properties:
    device.icon_name = "audio-headphones"

Changed in alsa-driver (Ubuntu):
status: Confirmed → Incomplete
Richard Roberts (y-rich) wrote :

I'm using a headset mic/earphone combo. I have tested the same using a straight stereo pair of headphones.

None of the issues appear to affect the speakers, only the headphones.

The symptoms are that when the phones are plugged in, whenever the audio is active (I assume that it sleeps when there's no audio being played), there is a constant crackling/popping/sizzling. This increases/decreases in line with the volume level and continues at a mid volume level when the master channel is muted.

The speakers are muted as you would normally expect and apart from the noise, it exhibits the expected behaviour.

I have no idea how to run the 'jack test', although I do have the hda_analyzer working. Let me know what dumps/logs you need.

Raymond (superquad-vortex2) wrote :

ask the devel team whether your laptop need that fix

Codec: Realtek ALC668
Address: 0
AFG Function Id: 0x1 (unsol 1)
Vendor Id: 0x10ec0668
Subsystem Id: 0x102805e3
Revision Id: 0x100003

Node 0x14 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
  Control: name="Speaker Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Control: name="Speaker Phantom Jack", index=0, device=0
  Amp-In caps: N/A
  Amp-In vals: [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals: [0x80 0x80]
  Pincap 0x0001003c: IN OUT HP EAPD Detect
  EAPD 0x2: EAPD
  Pin Default 0x90170110: [Fixed] Speaker at Int N/A
    Conn = Analog, Color = Unknown
    DefAssociation = 0x1, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x00:

Gabriele (questaemia) wrote :

@Raymond

I tried this (I have an XPS 13 9333):

====================
--- a/sound/pci/hda/patch_realtek.c
+++ b/sound/pci/hda/patch_realtek.c
@@ -5109,7 +5109,7 @@ static const struct snd_pci_quirk alc662_fixup_tbl[] = {
        SND_PCI_QUIRK(0x1025, 0x038b, "Acer Aspire 8943G", ALC662_FIXUP_ASPIRE),
        SND_PCI_QUIRK(0x1028, 0x05d8, "Dell", ALC668_FIXUP_DELL_MIC_NO_PRESENCE),
        SND_PCI_QUIRK(0x1028, 0x05db, "Dell", ALC668_FIXUP_DELL_MIC_NO_PRESENCE),
- SND_PCI_QUIRK(0x1028, 0x060a, "Dell XPS 13", ALC668_FIXUP_DELL_MIC_NO_PRESENCE),
+ SND_PCI_QUIRK(0x1028, 0x060a, "Dell XPS 13", ALC668_FIXUP_AUTO_MUTE),
        SND_PCI_QUIRK(0x1028, 0x0623, "Dell", ALC668_FIXUP_AUTO_MUTE),
        SND_PCI_QUIRK(0x1028, 0x0624, "Dell", ALC668_FIXUP_AUTO_MUTE),
        SND_PCI_QUIRK(0x1028, 0x0625, "Dell", ALC668_FIXUP_DELL_MIC_NO_PRESENCE),
====================

it messes up the detection of my 2-ring headphones and it doesn't get rid of the background noise.

Gabriele (questaemia) wrote :

I'm sorry, but what I previously said about the detection is wrong. I guess I had some other changes around which broke it. However, I confirm that ALC668_FIXUP_AUTO_MUTE is not the solution, the subtle background noise is still there.

I would also like to add that there's a "clicking" noise when the audio card is disabled, loud enough (with my in-ear headphones at least) to make me disable the power saving mode.

Raymond (superquad-vortex2) wrote :

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_realtek.c?id=f47e5dc464251f661da9495fcbf003a0d22c1360

have you ask the author who add support if you PC ?

do you use headset provided by dell since there are two kind of headset using trrs Jack ?

omtp or cita

Gabriele (questaemia) wrote :

I'm using regular headphones, not an headset. I'm currently unable to test headsets, but in any case there should be no background noise with regular headphones.

I posted about this issue in the Dell forum and waiting for someone to answer, I expect some support from them since a variant of this laptop is sold with Ubuntu. If nobody answers, I'll try to let them know about this issue in some other way and I could also try to contact the author of the patch you posted.

mstftsm (mstftsm) wrote :

@Gabriele,
Dell ships it with this problem, my XPS shipped with Ubuntu 12.04 and it had this problem out of the box.

Raymond (superquad-vortex2) wrote :

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_realtek.c?id=73bdd597823e2231dc882577dbbaf8df92fe1775

you have to compiled the alsa driver --with-debug=full to find out whether the driver can detect CITA, OMTP headset or conventional headphone

Gabriele (questaemia) wrote :

As I said, I can't test anything but my regular headphones. This is the (expected) result:

<4>[ 101.031332] Headset jack set to headphone (default) mode.

Disabling the fixup completely (and breaking the mic detection I guess) does nothing, the background noise is still there.

If someone has other suggestions, I can try.

Raymond (superquad-vortex2) wrote :

does the user manual or laptop specifovation mention about the support of conventional Mic with this combo Jack ?

if you using headset (TRRS), headset Mic pin 0x1b was set to vref50

 ,you may need to disable the Mic pin 0x1b when you using headphone (TRS) or unpluggef

On some machines, there is a headset jack that can support both
headphone, headsets (of both CTIA and OMTP type) and mic-in.

On other machines, the headset jack supports headphone, headsets
(both CTIA and OMTP), but not mic-in.

+ [ALC668_FIXUP_DELL_MIC_NO_PRESENCE] = {
+ .type = HDA_FIXUP_PINS,
+ .v.pins = (const struct hda_pintbl[]) {
+ { 0x19, 0x03a1913d }, /* use as headphone mic, without its own jack detect */
+ { 0x1b, 0x03a1113c }, /* use as headset mic, without its own jack detect */
+ { }
+ },
+ .chained = true,
+ .chain_id = ALC668_FIXUP_HEADSET_MODE
+ },
+ [ALC668_FIXUP_HEADSET_MODE] = {
+ .type = HDA_FIXUP_FUNC,
+ .v.func = alc_fixup_headset_mode_alc668,
+ },

Gabriele (questaemia) wrote :

The manual says that I can connect headphones, microphones or headset (headphone and microphone combo). Nothing more specific than this.

Which is the value required to disable the mic pin?
I could try something, but if you could be slightly more specific it would be helpful.

For now I had only tried to remove the quirk completely and nothing changed.

sigman (sigmeneu) wrote :

Reporting the same problem on Dell XPS 12 Haswell (9Q33). This is very annoying, the noise is gone as soon as there is any audio played or volume is muted.

Daniel Roe (daniel-roe) wrote :

I am having the same issues as #3 using the same system.

David Barnes (david-barnes-x) wrote :

Same issue, same system (Dell XPS13 DE HAswell - 14.04)

I'm using headphones that have a mic in them, not Del, just a random model

I have noticed that when I go into sound settings, I have 3 inputs, Headset Microphone, Microphone, Internal Microphone.

When I have Microphone selected, the hissing goes away, but so does all the other sound on the unmuted system

Andrew Lin (andrewhlin) wrote :

I have the same issue with the xps 15 9530 running 14.04
there's a hiss in the right headphone, a high pitched squeal/whine in the other ear, and it only happens with headphones in
so far trying normal headphones, they show up as headphones in sound settings
not sure about headsets yet

Gabriele (questaemia) wrote :

The patch attached fixed the problem on my XPS13 9333. I don't know which is the preferred way to fix the issue, but the problem is caused by AA-loopback. (Based on http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d2e92709e88d97c001b6bb96054ecb06d99d0dc6)

When the audio card goes from D0 to D3 and vice versa there's still the annoying pop noise and while in D3, there's some background noise, most likely caused by other components (I can for example hear the well known electrical noise of the XPS13 9333 owner, even if it's not that loud). However, as long as the audio card is in D0, there are no noises.

The attachment "0001-ALSA-hda-Disable-AA-loopback-on-ALC668.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

tags: added: patch
Raymond (superquad-vortex2) wrote :

do you really need to disable analog mixer ?

how about just mute the input from 0x0b in node 0x0c which connected to headphone ?

Node 0x0c [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals: [0x00 0x00] [0x00 0x00]
  Connection: 2
     0x02 0x0b

Gabriele (questaemia) wrote :

I honestly don't know how to do that. I'm trying to use hda-verb, but I'm not an expert and it's not clear to me how it works.

Raymond (superquad-vortex2) wrote :

you have to send your patch to alsa devel mailing list

http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Raymond (superquad-vortex2) wrote :

http://bazaar.launchpad.net/~unity-settings-daemon-team/unity-settings-daemon/trunk/view/head:/plugins/media-keys/what-did-you-plug-in/pa-backend.c

  Headset Mic Phantom Jack - indicates headset jack where hardware can not
     distinguish between headphones and headsets
   Headset Mic Jack - indicates headset jack where hardware can distinguish
     between headphones and headsets. There is no use popping up a dialog in
     this case, unless we already need to do this for the mic-in mode.

but your alsa-info does not have any headset Mic Jack control

Raymond (superquad-vortex2) wrote :

> I'm using regular headphones, not an headset. I'm currently unable to test headsets, but in any case there should be no background noise with regular headphones.

do the icon near the Jack look like headphone or headset, the driver should initialize the Jack function by default same as the icon but allow you to switch the type if the hardware cannot differentiate headset and headphone

Gabriele (questaemia) wrote :

@Raymond
I will try to send the patch to the alsa devel mailing list when I've time. Surely they'll know better than me what to do.

Anyway, I'm not using Ubuntu, so I can't hel you with your last question.

Gabriele (questaemia) wrote :

I'm sorry, the patch I attached does not get rid of the noise apparantely.

With pavucontrol I'm able to get rid of the noise:
Configuration tab: Internal audio -> anything but "Off"
Input devices: Port -> Microphone.

The first step is to be able to change the input device to Microphone. After that, set the internal audio to "Off", so that you won't have to do the above steps again.

Also, pavucontrol allows me to set the port to "Headset microphone", which shouldn't be available with regular headphones.

Gabriele (questaemia) wrote :

I'm sorry again, but what I said is wrong (it simply disables the audio). I really don't know what I did before to fix the problem, but now I'm no more able to get rid of the white noise. Suggestions are more than welcome.

Gabriele (questaemia) wrote :

@Raymond
I've managed to get hda-analyzer work and with it I could do what you told me to do in #26.

If you want to get rid of the white noise, run as root the python script here attached.
Or run the following commands:
hda-verb /dev/snd/hwC1D0 0x0c SET_AMP_GAIN_MUTE 0x5180
hda-verb /dev/snd/hwC1D0 0x0c SET_AMP_GAIN_MUTE 0x6180

For your information, to make hda-analizer work I had to disable "HDA Intel HDMI":
options snd_hda_intel probe_mask=0xfff2

Andrew Lin (andrewhlin) wrote :

I'm still having the same issue on an XPS 15 9530 with the same sound card, and the above fix did not seem to affect anything.

Raymond (superquad-vortex2) wrote :

is there any reason to add Fixup of two pins when there is only one jack ?

do it really need to add node node 0x19 ?

ALC668_FIXUP_DELL_MIC_NO_PRESENCE] = {
  .type = HDA_FIXUP_PINS,
  .v.pins = (const struct hda_pintbl[]) {
   { 0x19, 0x03a1913d }, /* use as headphone mic, without its own jack detect */
   { 0x1b, 0x03a1113c }, /* use as headset mic, without its own jack detect */
   { }
  },

Gabriele (questaemia) wrote :

Removing "{ 0x19, 0x03a1913d }" gets rid of an annoying pop sound on boot on my XPS13 9333, great!

Remy (remyg) wrote :

Him I'm just learning ubuntu (and unix in general). Can anyone tell me how to apply those patches? And which one exactly should I choose since there are several of them posted (or am I mistaken). I'm using XPS13 9333 and I am experiencing this very "noise" issue.

Thanks in advance.

Andrew Lin (andrewhlin) wrote :

I switched to using kernel 3.16 rc3, and although the noise seems to have gotten quieter, it is still noticeably there.

David Henningsson (diwic) wrote :

Hi and thanks for reporting and working on this bug!

First thing to know is that different machines have different PCI SSIDs. For information about this, look at the "PCI SSID" section of https://wiki.ubuntu.com/Audio/SameHardware

If you have PCI SSID 1028:05fe or 1028:060a, the fix for the noise issue is upstream. You can test the daily drivers by following the instructions here: https://wiki.ubuntu.com/Audio/UpgradingAlsa/DKMS

The original poster has PCI SSID 1028:05e3. If you have another PCI SSID, the first step is to post your alsa-info in this bug. See https://wiki.ubuntu.com/Audio/AlsaInfo - that will give us more information about your hardware, including your PCI SSID. You can also file a new bug using the "ubuntu-bug audio" command and give a notice in this bug with a link to a new bug.

Hopefully I or some other audio developer will have time to look at it - but unfortunately I can't promise any quick response right now.

Olof Sjöbergh (olofsj) wrote :

I tried installing the daily drivers but the white noice is still there for me with PCI SSID 1028:060a. The output from alsa-info is here: http://www.alsa-project.org/db/?f=b99f1bc40f3786717ae49bf780a8ddd75831cac6

This was with the latest updates on 14.04 and oem-audio-hda-daily-dkms_0.201407291531~ubuntu14.04.1_all.deb. Any ideas for how to fix the issue would be appreciated.

Olof Sjöbergh (olofsj) wrote :

Sorry, I was a bit too quick in posting that. When adding the line “options snd-hda-intel model=dell-headset-multi" to /etc/modprobe.d/alsa-base.conf it now seems to work without noise with the daily drivers! Thanks for the good work!

Andrew Lin (andrewhlin) wrote :

It looks like i have the 1028:05fe version. My alsa-info is at http://www.alsa-project.org/db/?f=d5bad039a29e3d40892f395d64d43c8c31e4ecf1
Unfortunately downloading the newest daily driver didn't work, as the white noise is still there.

Raymond (superquad-vortex2) wrote :

control.10 {
  iface MIXER
  name 'Capture Source'
  value 'Internal Mic'
  comment {
   access 'read write'
   type ENUMERATED
   count 1
   item.0 'Headphone Mic'
   item.1 'Headset Mic'
   item.2 'Internal Mic'
  }
 }

 control.17 {
  iface CARD
  name 'Headphone Mic Jack'
  value true
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }
 control.18 {
  iface CARD
  name 'Headset Mic Phantom Jack'
  value true
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }

Headset Mic Phantom Jack - indicates headset jack where hardware can not
      distinguish between headphones and headsets

do capture mean hardware cannot distinguish bewteen headset Mic ,Mic or headphone ?

if driver set it to headphone mode by default

how do the user switch between headphone, headset , mic mode without using pa_backend.c for those who don't use pulseaudio ?

Raymond (superquad-vortex2) wrote :

if the user manual mention that it support headset, headphone and Mic,

removing 0x19 is just a dirty workaround since HP Jack support OUT and not support IN

seem really use 0x19 for Mic jack

Node 0x15 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
  Control: name="Headphone Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Control: name="Headphone Jack", index=0, device=0
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals: [0x00 0x00]
  Pincap 0x0001001c: OUT HP EAPD Detect
  EAPD 0x2: EAPD
  Pin Default 0x0321101f: [Jack] HP Out at Ext Left
    Conn = 1/8, Color = Black
    DefAssociation = 0x1, Sequence = 0xf
  Pin-ctls: 0xc0: OUT HP
  Unsolicited: tag=01, enabled=1
  Power states: D0 D1 D2 D3 EPSS
  Power: setting=D0, actual=D0
  Connection: 3
     0x0c* 0x0d 0x0e

Gabriele (questaemia) wrote :

I got a headset and tried it, no autodetection:
     sound hdaudioC1D0: Headset jack set to headphone (default) mode.

Regarding 0x19, I guess you are right and it's required for microphones, but I don't have one to test.

Anyway, the pop noise is heard when switching between these two (Node 0x19):
Pin-ctls: 0x21: IN VREF_50
Pin-ctls: 0x20: IN VREF_HIZ

VREF_50 is used with microphones, VREF_HIZ with headphones and headset.

The pop noise is not a big deal, is heard only once on boot and it's not that loud.

Raymond (superquad-vortex2) wrote :

if hardware cannot distinguish headset and headphone

does this mean that the function if the Jack is determined by capture source ?

internal Mic = headphone
headset Mic = headset
headphone Mic = mic

control.10 {
   iface MIXER
   name 'Capture Source'
   value 'Internal Mic'
   comment {
    access 'read write'
    type ENUMERATED
    count 1
    item.0 'Headphone Mic'
    item.1 'Headset Mic'
    item.2 'Internal Mic'
   }
  }

if you only use headset and want automic when you plugged in
you need to giveup the support of Mic jack and headphone by a new hint which change the logic

https://bugs.freedesktop.org/show_bug.cgi?id=81580

Raymond (superquad-vortex2) wrote :

http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/sound/pci/hda/patch_realtek.c?id=5e6db6699b7651f02f4b7cc6a86f5b3d9359d636

you lost the beep playback volume / switch if you disable the loopback mixer

the topology of realtek codecs are different from other hda codec,

the loopback mixer don't have mute switch to mute its output to output pins
the driver need to examine the mixers in output paths of those output pins and this loopback mixer to mute
the connection from this loopback mixer 0x0b

Node 0x0c [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals: [0x00 0x00] [0x00 0x00]
  Connection: 2
     0x02 0x0b
Node 0x0d [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals: [0x00 0x00] [0x00 0x00]
  Connection: 2
     0x03 0x0b
Node 0x0e [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals: [0x00 0x00] [0x80 0x80]
  Connection: 2
     0x04 0x0b

dbyte (23cornflakes) wrote :

Hi,

I am new user, sorry for any mistakes as this is my first time posting for a bug

I am experiencing the same issue as the original poster, and I have not found a solution with the methods suggested in this thread.

My pc is a ASUS-g550JK with ALC668 audio card.

You can see my AlsaInfo here: http://www.alsa-project.org/db/?f=26182f106c88d77bd84d7c0db31c0d50eb1f7ece

Gabriele (questaemia) wrote :

@Raymond
I'm sorry, I can't follow what you are saying, I don't know much about hda nor alsa.
I confirm that the pin config of 0x19 is required for microphones, without it they are not detected, I just tested it.

@dbyte
Did you try what I wrote in comment #34? The problem could be the same and by looking at the output of your alsa-info.sh I think the script I posted will work as intended, but I can't say whether it will get rid of the noise or not.

dbyte (23cornflakes) wrote :

@Gabriele

Yes, I ran the script, twice even. I could hear a silent pop and a slightly lower white noise when I ran it, but the problem still persists (rebooted the computer once after running the script)
As soon as I use any software that wakes up the sound card the loud white noise in the headphones is back.

Raymond (superquad-vortex2) wrote :

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_realtek.c?id=73bdd597823e2231dc882577dbbaf8df92fe1775

the patch is for dell notebook, it may not work if you are using Asus notebook

it depend on how the notebook vendor and codec vendor implement the combo jack

e.g. 92HD91 datasheet mention that Mic jack is not supported on the combo jack

2.22.Combo Jack Detection 4 conductor (combo) jacks are becoming popular. In the most common implementation the 4 conductor plug has the same mechanical dimensions as a 3 conductor 3.5mm plug but the sleeve portion has been split into two segments:S1 and S2. When a 4-conductor plug (headset) is inserted into the jack T (Tip) = Left headphone audio, R (Ring) = Right headphone audio, S1 (First half of sleeve) = microphone input, and S2 (Second half of sleeve) = return (GND). When a 3-conductor plug (headphones) is inserted into the jack; T=Left audio, R=Right audio, S1=GND, S2=GND. By monitoring the S1 connection to see if it is shorted to ground, we can distinguish between headsets and headphones. Please note that analog microphone plugs (3-conductor-Lmic/Rmic/GND) and optical SPDIF plugs can not be supported using this implementation.

David Henningsson (diwic) wrote :

@Olof

> Sorry, I was a bit too quick in posting that. When adding the line “options snd-hda-intel model=dell-headset-multi" to
> /etc/modprobe.d/alsa-base.conf it now seems to work without noise with the daily drivers! Thanks for the good work!

Actually your first alsa-info shows a line saying “options snd-hda-intel model=dell-headset-multi,dell-headset-multi". With the daily drivers, you should remove both “options snd-hda-intel model=dell-headset-multi,dell-headset-multi" and “options snd-hda-intel model=dell-headset-multi".

@Raymond

> if hardware cannot distinguish headset and headphone
> does this mean that the function if the Jack is determined by capture source ?

Yes.

Wojtek Karnasiewicz (karnasw) wrote :

Hi, I have the same problem on:

karta 0: SB [HDA ATI SB], urządzenie 0: VT1708S Analog [VT1708S Analog]
  Urządzenia podrzędne: 1/1
  Urządzenie podrzędne #0: subdevice #0
karta 0: SB [HDA ATI SB], urządzenie 2: VT1708S Alt Analog [VT1708S Alt Analog]
  Urządzenia podrzędne: 1/1
  Urządzenie podrzędne #0: subdevice #0

Is there any fix for this? I found that when "pavucontrol" (PulseAudio Volume Control) is enabled everything is OK, no sign of this annoying sound. But when pavucontrol is disabled, noise is back.

I'm not sure if I have the same problem, but definitely a similar one. I have a Dell XPS 12-9Q33 as well. The main difference is, that the weird noises' volume doesn't change when I turn the volume up or done, while the actual sounds' volume (music, whatever, ...) changes. I disappears when I mute though.

How do I apply this patch?

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_realtek.c?id=73bdd597823e2231dc882577dbbaf8df92fe1775

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.