[XPS 12-9Q33, Realtek ALC668, Black Headphone Out, Left] Background noise or low volume
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
alsa-driver (Ubuntu) |
Incomplete
|
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+
ProcVersionSign
Uname: Linux 3.11.0-13-generic x86_64
ApportVersion: 2.12.5-0ubuntu2.1
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/pcmC1D0p: martijn 2130 F...m pulseaudio
/dev/snd/
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
PackageArchitec
SourcePackage: alsa-driver
Symptom: audio
Symptom_
Symptom_Card: Intern geluid - HDA Intel PCH
Symptom_Jack: Black Headphone Out, Left
Symptom_
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.
dmi.modalias: dmi:bvnDellInc.
dmi.product.name: XPS 12-9Q33
dmi.product.
dmi.sys.vendor: Dell Inc.
Martijn vdS (martijn) wrote : | #1 |
- AlsaInfo.txt Edit (39.0 KiB, text/plain; charset="utf-8")
- BootDmesg.txt Edit (70.9 KiB, text/plain; charset="utf-8")
- Dependencies.txt Edit (3.0 KiB, text/plain; charset="utf-8")
- ProcEnviron.txt Edit (100 bytes, text/plain; charset="utf-8")
- PulseList.txt Edit (27.4 KiB, text/plain; charset="utf-8")
Launchpad Janitor (janitor) wrote : | #2 |
Changed in alsa-driver (Ubuntu): | |
status: | New → Confirmed |
Liam Acker (moreguru) wrote : | #3 |
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 : | #4 |
I am having the same issues as #3 using the same system.
Raymond (superquad-vortex2) wrote : | #5 |
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 : | #6 |
ports:
analog-
properties:
device.
analog-
properties:
device.
analog-
properties:
device.
Changed in alsa-driver (Ubuntu): | |
status: | Confirmed → Incomplete |
Richard Roberts (y-rich) wrote : | #7 |
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/
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 : | #8 |
Raymond (superquad-vortex2) wrote : | #9 |
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 : | #10 |
@Raymond
I tried this (I have an XPS 13 9333):
=======
--- a/sound/
+++ b/sound/
@@ -5109,7 +5109,7 @@ static const struct snd_pci_quirk alc662_fixup_tbl[] = {
- SND_PCI_
+ SND_PCI_
=======
it messes up the detection of my 2-ring headphones and it doesn't get rid of the background noise.
Gabriele (questaemia) wrote : | #11 |
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_
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 : | #12 |
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 : | #13 |
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 : | #14 |
@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 : | #15 |
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 : | #16 |
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 : | #17 |
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_
+ .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_
+ },
+ [ALC668_
+ .type = HDA_FIXUP_FUNC,
+ .v.func = alc_fixup_
+ },
Gabriele (questaemia) wrote : | #18 |
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 : | #19 |
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 : | #20 |
I am having the same issues as #3 using the same system.
David Barnes (david-barnes-x) wrote : | #21 |
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
Raymond (superquad-vortex2) wrote : | #22 |
Andrew Lin (andrewhlin) wrote : | #23 |
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 : | #24 |
- 0001-ALSA-hda-Disable-AA-loopback-on-ALC668.patch Edit (829 bytes, text/plain)
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://
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.
Ubuntu Foundations Team Bug Bot (crichton) wrote : | #25 |
The attachment "0001-ALSA-
[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 : | #26 |
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 : | #27 |
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 : | #28 |
you have to send your patch to alsa devel mailing list
Raymond (superquad-vortex2) wrote : | #29 |
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 : | #30 |
> 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 : | #31 |
@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 : | #32 |
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 : | #33 |
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 : | #34 |
- white_noise_fix.py Edit (1.0 KiB, text/x-python)
@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 : | #35 |
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 : | #36 |
did your xps 15 pin cfg match with the above patch ?
Gabriele (questaemia) wrote : | #37 |
For your information, the problem is fixed on the XPS13 9333 (kernel 3.16):
http://
I'd suggest to try the same fixup of the first patch here linked on other systems.
Raymond (superquad-vortex2) wrote : | #38 |
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_
.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 : | #39 |
Removing "{ 0x19, 0x03a1913d }" gets rid of an annoying pop sound on boot on my XPS13 9333, great!
Remy (remyg) wrote : | #40 |
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 : | #41 |
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 : | #42 |
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:/
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:/
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:/
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 : | #43 |
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://
This was with the latest updates on 14.04 and oem-audio-
Olof Sjöbergh (olofsj) wrote : | #44 |
Sorry, I was a bit too quick in posting that. When adding the line “options snd-hda-intel model=dell-
Andrew Lin (andrewhlin) wrote : | #45 |
It looks like i have the 1028:05fe version. My alsa-info is at http://
Unfortunately downloading the newest daily driver didn't work, as the white noise is still there.
Raymond (superquad-vortex2) wrote : | #46 |
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 : | #47 |
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 : | #48 |
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 : | #49 |
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
Raymond (superquad-vortex2) wrote : | #50 |
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 : | #51 |
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://
Gabriele (questaemia) wrote : | #52 |
@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 : | #53 |
@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 : | #54 |
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-
David Henningsson (diwic) wrote : | #55 |
@Olof
> Sorry, I was a bit too quick in posting that. When adding the line “options snd-hda-intel model=dell-
> /etc/modprobe.
Actually your first alsa-info shows a line saying “options snd-hda-intel model=dell-
@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 : | #56 |
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.
Yanick Nedderhoff (yanicknedderhoff) wrote : | #57 |
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?
Status changed to 'Confirmed' because the bug affects multiple users.