[HP ProBook 6550b, IDT 92HD75B3X5, Green Headphone Out, Front] Playback problem - audio works fine without headphones

Bug #1450027 reported by Jim Cheesman on 2015-04-29
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
ALSA driver
Unknown
Unknown
alsa-driver (Ubuntu)
Medium
Unassigned

Bug Description

Audio works fine through built-in speakers, doesn't work with headphones plugged in. This is related to the 15.04 release, as they previously worked fine. I've tested with other headphones just in case!

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: alsa-base 1.0.25+dfsg-0ubuntu4
ProcVersionSignature: Ubuntu 3.19.0-15.15-generic 3.19.3
Uname: Linux 3.19.0-15-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.17.2-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/pcmC0D0p: jim 1770 F...m pulseaudio
 /dev/snd/controlC0: jim 1770 F.... pulseaudio
CurrentDesktop: X-Cinnamon
Date: Wed Apr 29 15:33:17 2015
InstallationDate: Installed on 2014-03-23 (401 days ago)
InstallationMedia: Ubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016.1)
PackageArchitecture: all
SourcePackage: alsa-driver
Symptom: audio
Symptom_AlsaPlaybackTest: ALSA playback test through plughw:MID failed
Symptom_Card: Built-in Audio - HDA Intel MID
Symptom_Jack: Green Headphone Out, Front
Symptom_Type: Only some of outputs are working
Title: [HP ProBook 6550b, IDT 92HD75B3X5, Green Headphone Out, Front] Playback problem
UpgradeStatus: Upgraded to vivid on 2015-04-28 (1 days ago)
dmi.bios.date: 06/25/2010
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68CDE Ver. F.01
dmi.board.name: 146D
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 73.11
dmi.chassis.asset.tag: CNU0334019
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias: dmi:bvnHewlett-Packard:bvr68CDEVer.F.01:bd06/25/2010:svnHewlett-Packard:pnHPProBook6550b:pvr:rvnHewlett-Packard:rn146D:rvrKBCVersion73.11:cvnHewlett-Packard:ct10:cvr:
dmi.product.name: HP ProBook 6550b
dmi.sys.vendor: Hewlett-Packard

Jim Cheesman (jdcheesman) wrote :
Launchpad Janitor (janitor) wrote :

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

Changed in alsa-driver (Ubuntu):
status: New → Confirmed
Raymond (superquad-vortex2) wrote :

[ 15.459357] sound hdaudioC0D0: autoconfig: line_outs=1 (0xf/0x0/0x0/0x0/0x0) type:line
[ 15.459362] sound hdaudioC0D0: speaker_outs=1 (0xd/0x0/0x0/0x0/0x0)
[ 15.459364] sound hdaudioC0D0: hp_outs=1 (0xa/0x0/0x0/0x0/0x0)
[ 15.459365] sound hdaudioC0D0: mono: mono_out=0x0
[ 15.459367] sound hdaudioC0D0: inputs:
[ 15.459369] sound hdaudioC0D0: Internal Mic=0xc
[ 15.459371] sound hdaudioC0D0: Mic=0xb
[ 15.459372] sound hdaudioC0D0: Line=0xe

how many headphone jack?

does it support dock station ?

 control.27 {
  iface CARD
  name 'Headphone Jack'
  value true
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }
 control.28 {
  iface CARD
  name 'Dock Headphone Jack'
  value false
  comment {
   access read
   type BOOLEAN
   count 1
  }
 }

Raymond (superquad-vortex2) wrote :

seem connect to incorrect audio output

Node 0x0f [Pin Complex] wcaps 0x400181: Stereo
  Control: name="Headphone Jack", index=0, device=0
  Pincap 0x00000014: OUT Detect
  Pin Default 0x40f000f0: [N/A] Other at Ext N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x0
  Pin-ctls: 0x40: OUT
  Unsolicited: tag=02, enabled=1
  Connection: 3
     0x10* 0x11 0x17
Node 0x10 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Control: name="Speaker+LO Playback Volume", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Control: name="Speaker+LO Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Device: name="92HD75B3X5 Analog", type="Audio", device=0
  Amp-Out caps: N/A
  Amp-Out vals: [0x80 0x80]
  Converter: stream=8, channel=0
  Power states:
  Power: setting=D0, actual=D0
  Delay: 13 samples
Node 0x11 [Audio Output] wcaps 0xd0c05: Stereo Amp-Out R/L
  Control: name="Headphone Playback Volume", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Control: name="Headphone Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Amp-Out caps: N/A
  Amp-Out vals: [0x63 0x64]
  Converter: stream=8, channel=0
  Power states:
  Power: setting=D0, actual=D0
  Delay: 13 samples

Jim Cheesman (jdcheesman) wrote :

Just the one headphone jack - there's a docking station port on the base of the laptop but I don't have or use one.

Jim Cheesman (jdcheesman) wrote :

Should also mention that plugging the headphones in is detected by the OS: in the sound settings dialog the output changes from "Speakers/built in audio" to "Headphones/built in audio" when I plug them in.

Changed in alsa-driver (Ubuntu):
importance: Undecided → Medium
Raymond (superquad-vortex2) wrote :

/sys/class/sound/hwC0D0/init_pin_configs:
0x0a 0x2121101f
0x0b 0x03a1102e
0x0c 0x90a70120
0x0d 0x90170110
0x0e 0x21811040
0x0f 0x03211030
0x14 0x40f000f0
0x18 0x40f000f0
0x19 0x40f000f0
0x1e 0x40f000f0
0x1f 0x40f000f0
0x20 0x40f000f0

/sys/class/sound/hwC0D0/driver_pin_configs:

/sys/class/sound/hwC0D0/user_pin_configs:

it is strange that speaker+lo playback volume when there is no line out jack

kotelnik (clearmartin) wrote :

It looks like it is going to be fixed upstream:
https://bugzilla.kernel.org/show_bug.cgi?id=106961

...but from alsa-info attachment (here on launchpad), I can see that the fix may not work for your PC. The subsystem ID is slightly different. Mine is 0x103c1473, yours is 0x103c146f. Please try the proposed patch from bugzilla comments (link above). If it doesn't work, try the proposed patch with your value 0x103c146f and if this works, report it to the bugzilla.kernel.org so the upstream fix will work for you, too.

Jim Cheesman (jdcheesman) wrote :

After a change of jobs I no longer have that laptop to test on, sorry I can't be of any further help.

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.