[pulseaudio-tickets] [Bug 87002] Headphones selected on first run while unplugged and other ports are available

[bugzilla-daemon at freedesktop.org]

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

Mario Sanchez Prada <msanchez at gnome.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dan at reactivated.net

--- Comment #13 from Mario Sanchez Prada <msanchez at gnome.org> ---
Again, thanks a lot for your time. See my answers below, at least in the places
where I could certainly provide one! :)

Feel free to ask me to conduct more experiments

(In reply to Raymond from comment #7)
> http://www.gigabyte.com/products/product-page.aspx?pid=5038
> 
> are yours revision 1.0 ?
>

Yes

> seem support headphone or mic 
> 
> the icon is not headset but
> 
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/
> pci/hda?id=9dc12862da9d56ef4da646ba540c4f58b78738fc

I just plugged a Philips SHE8005 Headset[1] (same jack combined) that I have,
and I can confirm that is properly recognized as both and output and input
device.


(In reply to Raymond from comment #8)
> https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/
> pci/hda?id=73bdd597823e2231dc882577dbbaf8df92fe1775
> 
> 
> 
> 
> +	[ALC283_FIXUP_BXBT2807_MIC] = {
> +		.type = HDA_FIXUP_PINS,
> +		.v.pins = (const struct hda_pintbl[]) {
> +			{ 0x19, 0x04a110f0 },
> +			{ },
> +		},
> +	},
> 
> the current implemenation use sequence number to identify headset mic and
> headphone mic but it still   use sequence number zero

Not sure what you mean here. I'm CCing my colleague Daniel Drake (author of the
other kernel commit you pointed out), in case he can maybe comment on this 


(In reply to Raymond from comment #9)
> http://voices.canonical.com/david.henningsson/2014/03/07/headset-jacks-on-
> newer-laptops/
> 
> can your codec detect the jack type automatically or not ?

I'm using codec ALC283 and yes, the jack type seems to be automatically
detected when plugging it


(In reply to Raymond from comment #10)
> 
> 
> In PulseAudio ports will show up with the following names:
>    Headphones - analog-output-headphones
>    Headset mic - analog-input-microphone-headset
>    Jack in mic-in mode - analog-input-microphone
> 
>    However, since regular mics also show up as analog-input-microphone,
>    we need to check for certain controls on alsa mixer level too, to know
>    if we deal with a separate mic jack, or a multi-function jack with a 
>    mic-in mode (also called "headphone mic"). 
>    We check for the following names:
> 
>    Headphone Mic Jack - indicates headphone and mic-in mode share the same
> jack,
>      i e, not two separate jacks. Hardware cannot distinguish between a
>      headphone and a mic.
>    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.

This is I can see from the verbose output of pulseaudio -vvvvv, when plugging
that Philips headset:

   [pulseaudio] module-alsa-card.c: Jack 'Headphone Jack' is now plugged in
   [pulseaudio] module-alsa-card.c: Jack 'Mic Jack' is now plugged in


(In reply to Raymond from comment #11)
> Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
>   Control: name="Mic Playback Volume", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=1, ofs=0
>   Control: name="Mic Playback Switch", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=1, ofs=0
>   Control: name="Beep Playback Volume", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=4, ofs=0
>   Control: name="Beep Playback Switch", index=0, device=0
>     ControlAmp: chs=3, dir=In, idx=4, ofs=0
>   Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
>   Amp-In vals:  [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
>   Connection: 5
>      0x18 0x19 0x1a 0x1b 0x1d
> 
> why did the driver create beep playback volume/switch when node 0x1d is [N/A]
> 

Can't really answer this question, sorry :(

> Node 0x1d [Pin Complex] wcaps 0x400400: Mono
>   Pincap 0x00000020: IN
>   Pin Default 0x40541a05: [N/A] Digital Out at Ext N/A
>     Conn = RCA, Color = Black
>     DefAssociation = 0x0, Sequence = 0x5
>   Pin-ctls: 0x20: IN
>   Power states:  D0 D1 D2 D3 EPSS
>   Power: setting=D0, actual=D0

(In reply to Raymond from comment #12)
> Unsolicited: tag=02, enabled=1
> 
> Unsolicited: tag=01, enabled=1
> 
> it is strange to enable unsolicited event on two nodes when you only have
> one physical jack
> 

Perhaps that's a mistake, I really don't know. Could you elaborate a bit more
on that?

> try hda jack sense test

I did, see the output before and after unplugging the Philips headset:

    $ sudo hda-jack-sense-test 
    Pin 0x21 (Black HP Out): present = No

    $ sudo hda-jack-sense-test 
    Pin 0x21 (Black HP Out): present = Yes


[1] http://www.philips.co.uk/c-p/SHE8005_10/-/specifications

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/pulseaudio-bugs/attachments/20141205/07881878/attachment.html>