[Dell System XPS L322X, Realtek ALC275, Black Headphone Out, Front] Intermittant crackly sound output

Bug #1228970 reported by Brad Marshall
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
alsa-driver (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

Hi,

After upgrading my Dell XPS13 laptop to Saucy, I am unable to hear any useful sound out of the headphone jack. When I plug my headphones into the jack I can see the Built-in Audio for the Speakers briefly flick over to Headphones and then either flick back to Speakers most of the time or occasionally it will stay on headphones, but any sound output is extremely crackly and useless.

On the times that it won't stay as headphones I can force it by running:

$ pactl set-sink-port alsa_output.pci-0000_00_1b.0.analog-stereo analog-output-headphones

This just forces it into the crackly output state as above.

I've attached a verbose pulse log from attaching the headphones as pulseverbose.log.

Please let me know if you need any more information.

Thanks,
Brad

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: alsa-base 1.0.25+dfsg-0ubuntu4
ProcVersionSignature: Ubuntu 3.11.0-7.14-generic 3.11.1
Uname: Linux 3.11.0-7-generic x86_64
ApportVersion: 2.12.4-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: bradm 3486 F.... pulseaudio
 /dev/snd/pcmC0D0c: bradm 3486 F...m pulseaudio
Date: Mon Sep 23 09:13:26 2013
EcryptfsInUse: Yes
InstallationDate: Installed on 2013-08-19 (34 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
MarkForUpload: True
PackageArchitecture: all
SourcePackage: alsa-driver
Symptom: audio
Symptom_AlsaPlaybackTest: ALSA playback test through plughw:PCH successful
Symptom_Card: Built-in Audio - HDA Intel PCH
Symptom_DevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: bradm 3486 F.... pulseaudio
 /dev/snd/pcmC0D0c: bradm 3486 F...m pulseaudio
Symptom_Jack: Black Headphone Out, Front
Symptom_PulsePlaybackTest: PulseAudio playback test successful
Symptom_Type: No sound at all
Title: [Dell System XPS L322X, Realtek ALC275, Black Headphone Out, Front] No sound at all
UpgradeStatus: Upgraded to saucy on 2013-09-13 (9 days ago)
dmi.bios.date: 05/15/2013
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A09
dmi.board.name: 0PJHXN
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.chassis.version: 0.1
dmi.modalias: dmi:bvnDellInc.:bvrA09:bd05/15/2013:svnDellInc.:pnDellSystemXPSL322X:pvr:rvnDellInc.:rn0PJHXN:rvrA00:cvnDellInc.:ct8:cvr0.1:
dmi.product.name: Dell System XPS L322X
dmi.sys.vendor: Dell Inc.
modified.conffile..etc.modprobe.d.alsa.base.conf: [modified]
mtime.conffile..etc.modprobe.d.alsa.base.conf: 2013-09-23T09:09:56.448103

Revision history for this message
Brad Marshall (brad-marshall) wrote :
Revision history for this message
Raymond (superquad-vortex2) wrote :

the icon near the Jack indicate it is a headset jack (headphone with Mic)

http://www.dell.com/us/dfh/p/xps-13-l321x-mlk/pd

are you using headphone (TRS) or headset (TRRS) connector

post result of hda-jack-sense-test when headset is plugged and unplugged

Revision history for this message
Brad Marshall (brad-marshall) wrote :

> the icon near the Jack indicate it is a headset jack (headphone with Mic)
> http://www.dell.com/us/dfh/p/xps-13-l321x-mlk/pd

Yes, that is correct.

> are you using headphone (TRS) or headset (TRRS) connector

Its a headset that I use successfully with my Android phone, one of the Logitech UE range.
I'm not 100% sure of the model, it might have been a UE200vi. I seem to get the same result
if I use normal, non-headset headphones though.

> post result of hda-jack-sense-test when headset is plugged and unplugged

I tried installing hda-jack-sense-test from ppa:diwic/ppa but there doesn't appear to be any
saucy repos there. Where is the best place to get this tool from for Saucy?

Thanks,
Brad

Revision history for this message
Steve Magoun (smagoun) wrote :

I was unable to reproduce this on my XPS13, which is the original model (Sandy Bridge CPU, not Ivy Bridge). I'm running 13.10. There is some crackling through the headphones when you are plugging/unplugging the headphones. Once the headphones are plugged in on this system, playback sounds fine. Jack sense is reliable on this system.

Revision history for this message
Raymond (superquad-vortex2) wrote :

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/log/sound/pci/hda?qt=grep&q=headset+mic

!Advanced information - PCI Vendor/Device/Subsystem ID's
!!--------------------------------------------------------

00:1b.0 0403: 8086:1e20 (rev 04)
 Subsystem: 1028:058b

seem your subsystem Id did not have any entry for the headset Mic in alc269_fixup_tbl

Revision history for this message
Brad Marshall (brad-marshall) wrote :

Hi,

> seem your subsystem Id did not have any entry for the headset Mic in alc269_fixup_tbl

So whats the fix here? Is there a work around I can temporarily use to get mine working while a longer term fix is put in place?

Brad.

Revision history for this message
Raymond (superquad-vortex2) wrote :

static const struct hda_model_fixup alc269_fixup_models[] = {
 {.id = ALC269_FIXUP_AMIC, .name = "laptop-amic"},
 {.id = ALC269_FIXUP_DMIC, .name = "laptop-dmic"},
 {.id = ALC269_FIXUP_STEREO_DMIC, .name = "alc269-dmic"},
 {.id = ALC271_FIXUP_DMIC, .name = "alc271-dmic"},
 {.id = ALC269_FIXUP_INV_DMIC, .name = "inv-dmic"},
 {.id = ALC269_FIXUP_LENOVO_DOCK, .name = "lenovo-dock"},
 {.id = ALC269_FIXUP_HP_GPIO_LED, .name = "hp-gpio-led"},
 {.id = ALC269_FIXUP_DELL1_MIC_NO_PRESENCE, .name = "dell-headset-multi"},
 {.id = ALC269_FIXUP_DELL2_MIC_NO_PRESENCE, .name = "dell-headset-dock"},
 {}
};

Revision history for this message
Raymond (superquad-vortex2) wrote :

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

there are two models and you need to find out the pin detect of headphone or MicJack is used when headset is pluuged using hda-jack-sense-test

Revision history for this message
Brad Marshall (brad-marshall) wrote :

> there are two models and you need to find out the pin detect of headphone or MicJack
> is used when headset is pluuged using hda-jack-sense-test

I'm a bit confused here, because while getting hda-jack-sense-test going, the headphones suddenly
started working. I get:

$ hda-jack-sense-test
Pin 0x15 (Black HP Out): present = Yes
Pin 0x18 (Black Mic): present = Yes

and the headphones are now working. I don't believe I made any config changes, nor do I think I did anything
different. The only thing it could possibly be is perhaps I somehow plugged the headphones in slightly differently
and it got a connection this time. THe headphones working seems repeatable, every time I plug them in now it
is working.

I can hear a slight fuzzy background noise when there's no sound, or the volume is low, but its definately useable.

Thanks,
Brad

Revision history for this message
Raymond (superquad-vortex2) wrote :

your log only show headphone was plugged in and no mic was plugged

are you plugged the headset during the log ?

   5.172| 0.000) I: [alsa-sink-HDMI 0] alsa-sink.c: Device suspended...
( 5.173| 0.000) D: [pulseaudio] module-udev-detect.c: /dev/snd/controlC0 is accessible: yes
( 5.173| 0.000) D: [pulseaudio] module-udev-detect.c: Resuming all sinks and sources of card alsa_card.pci-0000_00_1b.0.
( 7.525| 2.351) D: [pulseaudio] module-alsa-card.c: Jack 'Front Headphone Jack' is now plugged in
( 7.525| 0.000) D: [pulseaudio] device-port.c: Setting port analog-output-speaker to status no
( 7.525| 0.000) D: [pulseaudio] module-switch-on-port-available.c: finding port analog-output-speaker
( 7.525| 0.000) D: [pulseaudio] device-port.c: Setting port analog-output-headphones to status yes
( 7.526| 0.000) D: [pulseaudio] core-subscribe.c: Dropped redundant event due to change event.
( 7.526| 0.000) D: [pulseaudio] module-switch-on-port-available.c: finding port analog-output-headphones
( 7.526| 0.000) D: [pulseaudio] module-switch-on-port-available.c: Finding best profile
( 7.526| 0.000) D: [pulseaudio] module-switch-on-port-available.c: No suitable profile found
( 11.013| 3.487) D: [pulseaudio] module-alsa-card.c: Jack 'Front Headphone Jack' is now unplugged
( 11.013| 0.000) D: [pulseaudio] device-port.c: Setting port analog-output-speaker to status unknown
( 11.013| 0.000) D: [pulseaudio] device-port.c: Setting port analog-output-headphones to status no

Revision history for this message
Brad Marshall (brad-marshall) wrote :

I had plugged it in before, but for some reason now its detecting it - perhaps I had some upgrades or something between testing that resolved it. I've attached the Pulse Audio verbose logging I get now when I plug my headset in.

Revision history for this message
Marcus Tomlinson (marcustomlinson) wrote :

This release of Ubuntu is no longer receiving maintenance updates. If this is still an issue on a maintained version of Ubuntu please let us know.

Changed in alsa-driver (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for alsa-driver (Ubuntu) because there has been no activity for 60 days.]

Changed in alsa-driver (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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