[20ALCTO1WW, Realtek ALC292, Black Mic, Left][Lenovo ThinkPad X240] external mic has no sound at all

Bug #1414706 reported by doctorow
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
HWE Next
Won't Fix
High
Hui Wang
alsa-driver (Ubuntu)
Won't Fix
High
Hui Wang

Bug Description

During this test, an error dialog was thrown, reading:

The following mixer control(s) might be incorrectly set:
Mic is at 0.0%

Mic is muted
Please try to fix that (e g by running
"alsamixer -D hw:PCH" in a terminal) and see if that solves the problem.
Would you like to continue troubleshooting anyway?

However, the System Settings... -> Sound UI shows the mic as not muted. When I tried running the alsamixer command, I saw mic and mic-boost were both showing 0; I cranked them up to 100, but it made no difference. I also tried re-running this command with the mic/mic-boost still set to 100 and it threw the same error.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: alsa-base 1.0.25+dfsg-0ubuntu4
ProcVersionSignature: Ubuntu 3.13.0-45.74-generic 3.13.11-ckt13
Uname: Linux 3.13.0-45-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.6
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: doctorow 2636 F.... pulseaudio
 /dev/snd/pcmC1D0c: doctorow 2636 F...m pulseaudio
 /dev/snd/pcmC1D0p: doctorow 2636 F...m pulseaudio
 /dev/snd/controlC0: doctorow 2636 F.... pulseaudio
CurrentDesktop: Unity
Date: Mon Jan 26 16:20:49 2015
InstallationDate: Installed on 2014-09-10 (138 days ago)
InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2)
PackageArchitecture: all
SourcePackage: alsa-driver
Symptom: audio
Symptom_AlsaRecordingTest: ALSA recording test through plughw:PCH failed
Symptom_AlsaRecordingTestStderr: a r e c o r d : p c m _ r e a d : 2 0 3 1 : r e a d e r r o r : I n p u t / o u t p u t e r r o r
Symptom_Card: Built-in Audio - HDA Intel PCH
Symptom_DevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: doctorow 2636 F.... pulseaudio
 /dev/snd/pcmC1D0c: doctorow 2636 F...m pulseaudio
 /dev/snd/pcmC1D0p: doctorow 2636 F...m pulseaudio
 /dev/snd/controlC0: doctorow 2636 F.... pulseaudio
Symptom_Jack: Black Mic, Left
Symptom_Type: No sound at all
Title: [20ALCTO1WW, Realtek ALC292, Black Mic, Left] No sound at all
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 06/24/2014
dmi.bios.vendor: LENOVO
dmi.bios.version: GIET75WW (2.25 )
dmi.board.asset.tag: Not Available
dmi.board.name: 20ALCTO1WW
dmi.board.vendor: LENOVO
dmi.board.version: 0B98401 PRO
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvrGIET75WW(2.25):bd06/24/2014:svnLENOVO:pn20ALCTO1WW:pvrThinkPadX240:rvnLENOVO:rn20ALCTO1WW:rvr0B98401PRO:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 20ALCTO1WW
dmi.product.version: ThinkPad X240
dmi.sys.vendor: LENOVO
mtime.conffile..etc.modprobe.d.alsa.base.conf: 2015-01-22T13:36:22.741441

Revision history for this message
doctorow (doctorow) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in alsa-driver (Ubuntu):
status: New → Confirmed
Revision history for this message
Taihsiang Ho (tai271828) wrote :

Lenovo ThinkPad X240
(CID 201307-14019)
which has the same audio components (pci ID and subsystem ID)
and the same codec ALC292
could reproduce this bug with fresh installation 14.04.1 and updated 14.04.1 (kernel 3.13.0-44)

Please refer to the attachment 201307-14019_apport-bug.log
for more details.

summary: - [20ALCTO1WW, Realtek ALC292, Black Mic, Left] No sound at all
+ [20ALCTO1WW, Realtek ALC292, Black Mic, Left][Lenovo ThinkPad X240]
+ external mic has no sound at all
tags: added: 201307-14019 blocks-hwcert taipei-lab
Revision history for this message
Taihsiang Ho (tai271828) wrote :

in comment 2,
internal mic and speaker and external speaker (e.g. headphone) works
with fresh installation 14.04.1 and updated 14.04.1 (kernel 3.13.0-44)

only the external mic malfunctions.

Ara Pulido (ara)
Changed in alsa-driver (Ubuntu):
importance: Undecided → High
Revision history for this message
Anthony Wong (anthonywong) wrote :

@taihsiang, can you grab the package oem-audio-hda-daily-dkms from https://launchpad.net/~ubuntu-audio-dev/+archive/ubuntu/alsa-daily?field.series_filter=trusty and check again if the problem still exist?

Changed in hwe-next:
status: New → Incomplete
importance: Undecided → High
Changed in hwe-next:
assignee: nobody → David Henningsson (diwic)
Changed in alsa-driver (Ubuntu):
assignee: nobody → David Henningsson (diwic)
Revision history for this message
David Henningsson (diwic) wrote :

Looking at http://www.ubuntu.com/certification/hardware/201307-14019/ it seems this machine was pre-installed with 12.04.2 LTS.

Checking the kernel source does not find anything that should have regressed nor fixed external mic on this machine, so next question would be:
 - Is this working on the pre-install image or was there a miss in the testing?
 - Is there any specific audio patches (e g an alsa daily dkms) applied to the pre-install image?

Revision history for this message
Taihsiang Ho (tai271828) wrote :

The following headsets were tested on Lenovo ThinkPad X240 (CID 201307-14019) and
could reproduce this bug.

They are[1]:

OMTP: Nokia WH-102 HS125
CTIA: SONY MH-EX300AP, Samsung (unknown model), HTC (unknown model)

[1] It is hard to know which type the headset is because there is no model label, and
even there is a model label, the data searched from internet seems to be unclear or very few.
I confirmed the type by the brands because of history background of the development of the pole standard, and
a electronic multimeter to measure the resistance of the poles of the headsets.

Revision history for this message
Taihsiang Ho (tai271828) wrote :

tested on:

Lenovo ThinkPad X240
(CID 201307-14019)
3.13.0-44-generic #73
and package
ii oem-audio-hda-daily-dkms 0.201501291151~ubuntu all HDA driver in DKMS format.

could reproduce this bug.

Ara Pulido (ara)
Changed in hwe-next:
status: Incomplete → Confirmed
Revision history for this message
David Henningsson (diwic) wrote :

Setting to incomplete while waiting for answers to comment #6

Changed in alsa-driver (Ubuntu):
status: Confirmed → Incomplete
Changed in hwe-next:
status: Confirmed → Incomplete
Revision history for this message
Anthony Wong (anthonywong) wrote :

@taihsiang, are you able to find the pre-install for this machine and try it out?

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

http://support.lenovo.com/us/en/products/laptops-and-netbooks/thinkpad-x-series-laptops/thinkpad-x240/documents/PD029567?tabName=ProductParts

The combo audio connector does not support a conventional microphone.

Combo audio connector
Connect headphones or a headset that has a 3.5-mm (0.14-inch), 4-pole plug to the combo audio connector to listen to the sound from the computer.

Revision history for this message
Taihsiang Ho (tai271828) wrote :

When mute mic key was pressed, mic LED did not turn on/off, but the volume status bar (unity notification) would pop up and show the speaker was muted/unmuted. However, the speaker does not be muted practically.

Revision history for this message
David Henningsson (diwic) wrote :

Could we check whether it's the jack detect or the signal which is at fault here?

To do that, install the alsa-tools-gui package and start hdajackretask. Select the analog codec, check "advanced override" and for pin 0x1a (Mic), change "jack detection" to "not present". After applying the change, now both the "Internal Mic" and "Mic" options should always be available. So plug your headset in and manually switch to the external mic.

What is the result now, e g:
 - recording from external mic?
 - recording silence or random buzz noise?
 - recording from internal mic although the external is selected?

Revision history for this message
Taihsiang Ho (tai271828) wrote :

recording from external mic?
- No sound.
recording silence or random buzz noise?
- random buzz noise. Please refer to the attachment external-mic-sound.wav
recording from internal mic although the external is selected?
- No. Please see the following description[1]

[1]
select internal mic, unplug external mic: there is recorded sound
select internal mic, plug external mic: there is recorded sound
select external mic, unplug external mic: silent (mic amplitude > 100%)
select external mic, plug external mic: ramdom buzz similar to the attachment external-mic-sound.wav

Revision history for this message
Taihsiang Ho (tai271828) wrote :

Lenovo ThinkPad X240
(CID 201307-14019)

UEFI BIOS Version: GIET53WW (2.01)
UEFI BIOS Date: 2013-07-23
Embedded Controller Version: GIHT22WW (1.07)
ME Firmware Version 9.5.10.1505

Ara Pulido (ara)
Changed in alsa-driver (Ubuntu):
status: Incomplete → Confirmed
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

you need to use debug version of alsa driver to check the system log to find out whether your codec alc292 can automatcally differentiate headset and headphone as your thinkpad does not support conventional mic

http://voices.canonical.com/david.henningsson/2014/03/07/headset-jacks-on-newer-laptops/

Revision history for this message
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

   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.

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

Node 0x1a [Pin Complex] wcaps 0x40048b: Stereo Amp-In
  Control: name="Mic Boost Volume", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=0, ofs=0
  Control: name="Mic Jack", index=0, device=0
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals: [0x00 0x00]
  Pincap 0x00003724: IN Detect
    Vref caps: HIZ 50 GRD 80 100
  Pin Default 0x03a11020: [Jack] Mic at Ext Left
    Conn = 1/8, Color = Black
    DefAssociation = 0x2, Sequence = 0x0
  Pin-ctls: 0x24: IN VREF_80
  Unsolicited: tag=02, enabled=1
  Power states: D0 D1 D2 D3 EPSS
  Power: setting=D0, actual=D0

This mean the jack detection control can be either headset mic jack or headset mic phantom jack

Revision history for this message
David Henningsson (diwic) wrote :

Thanks. Could you please also submit alsa-info for case "select external mic, plug external mic" where the recording is noise?

In addition, could we check the jack detection in detail: Please install alsa-tools 1.0.28 (if you're running trusty, it's available from https://launchpad.net/~diwic/+archive/ubuntu/hda ) and the do the following:
 * Unplug headphone/headset
 * run "sudo hdajacksensetest -c 1 -a" and paste the result here
 * Plug headphone (not headset)
 * run "sudo hdajacksensetest -c 1 -a" and paste the result here
 * Plug CTIA headset in
 * run "sudo hdajacksensetest -c 1 -a" and paste the result here
 * Plug OMTP headset in
 * run "sudo hdajacksensetest -c 1 -a" and paste the result here

Thanks!

Revision history for this message
Taihsiang Ho (tai271828) wrote :

The attachment lp1414706-comment19.tar.gz contains the logs requested by the comment 19.
They are

alsa-info for case "select external mic, plug external mic" - alsa-info-201307-14019-mic-jack-separate.log

alsa-tools 1.0.28
from https://launchpad.net/~diwic/+archive/ubuntu/hda

 * Unplug headphone/headset
 * run "sudo hdajacksensetest -c 1 -a" - 201307-14019-comment19-01-unplug.log
 * Plug headphone (not headset)
 * run "sudo hdajacksensetest -c 1 -a" - 201307-14019-comment19-02-headphone.log
 * Plug CTIA headset in
 * run "sudo hdajacksensetest -c 1 -a" - 201307-14019-comment19-03-cita.log
 * Plug OMTP headset in
 * run "sudo hdajacksensetest -c 1 -a" - 201307-14019-comment19-04-omtp.log

Ara Pulido (ara)
Changed in hwe-next:
status: Incomplete → Confirmed
Revision history for this message
David Henningsson (diwic) wrote :

Ok, so the jack detection is working correctly.

Next step is to try if X240 uses a non-standard VREF of 50% instead of 80%. I'm attaching a DKMS for you to try.

Revision history for this message
David Henningsson (diwic) wrote :

Please remove any changes done in hdajackretask or /etc/modprobe.d/alsa-base.conf (if any), install this DKMS (under a 3.13 kernel), reboot, plugin headset jack.
Now try recording and check the result. If the recording result is different from previous recording, please attach it.

Also an alsa-info taken during recording would be appreciated. Thanks!

Changed in alsa-driver (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
David Henningsson (diwic) wrote :

For reference, this is the patch applied to the DKMS.

tags: added: patch
Revision history for this message
Taihsiang Ho (tai271828) wrote :

feedback of comment 22:

random buzz similar to the attachment external-mic-sound.wav

the associated alsa-info is the attachment alsa-info-201307-14019-for-comment22.txt

Changed in alsa-driver (Ubuntu):
status: Incomplete → Confirmed
tags: added: ihv-realtek
Revision history for this message
Raymond (superquad-vortex2) wrote :

if you cannot use debug version, you can modify hdajacksense.c or use hda verb to check whether the codec can differentitate cita or omtp headset

static void alc_determine_headset_type(struct hda_codec *codec)
+{
+ int val;
+ bool is_ctia = false;
+ struct alc_spec *spec = codec->spec;
+
+ switch (codec->vendor_id) {
+ case 0x10ec0283:
+ alc_write_coef_idx(codec, 0x45, 0xd029);
+ msleep(300);
+ val = alc_read_coef_idx(codec, 0x46);
+ is_ctia = (val & 0x0070) == 0x0070;
+ break;
+ case 0x10ec0292:
+ alc_write_coef_idx(codec, 0x6b, 0xd429);
+ msleep(300);
+ val = alc_read_coef_idx(codec, 0x6c);
+ is_ctia = (val & 0x001c) == 0x001c;
+ break;
+ case 0x10ec0668:
+ alc_write_coef_idx(codec, 0x11, 0x0001);
+ alc_write_coef_idx(codec, 0xb7, 0x802b);
+ alc_write_coef_idx(codec, 0x15, 0x0d60);
+ alc_write_coef_idx(codec, 0xc3, 0x0c00);
+ msleep(300);
+ val = alc_read_coef_idx(codec, 0xbe);
+ is_ctia = (val & 0x1c02) == 0x1c02;
+ break;
+ }
+
+ snd_printdd("Headset jack detected iPhone-style headset: %s\n",
+ is_ctia ? "yes" : "no");
+ spec->current_headset_type = is_ctia ? ALC_HEADSET_TYPE_CTIA : ALC_HEADSET_TYPE_OMTP;

Revision history for this message
Taihsiang Ho (tai271828) wrote :

@Raymond
Thanks for your information.
I will find time to give it a try.

Revision history for this message
David Henningsson (diwic) wrote :

This seems to be a tricky one. I was wondering if we can also make a coef dump. To do that, please do the following:
 1) revert any changes done with hdajackretask or /etc/modprobe.d/alsa-base.conf
 2) on top of 14.04, install the latest daily dkms package (from the alsa-daily PPA)
 3) reboot
 4) (as root) echo 1 > /sys/module/snd_hda_codec/parameters/dump_coef
 5) start recording to headset mic and confirm that the bug is present (records buzzing noise instead of clear sound)
 6) while recording is active, dump alsa-info
 7) attach alsa-info (or a link to it) here

Thanks!

Revision history for this message
Taihsiang Ho (tai271828) wrote :

the alsa-info for the comment 27 could be found as the attachment alsa-info-201307-14019-for-comment27.txt
The sound is buzzing noise when dumping alsa-info.

--------------------

more info:

Linux 201307-14019 3.13.0-32-generic #57-Ubuntu SMP Tue Jul 15 03:51:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
ii oem-audio-hda-daily-dkms 0.201502151246~ubuntu14.04.1 all HDA driver in DKMS format.

ubuntu@201307-14019:~$ cat /sys/module/snd_hda_codec/parameters/dump_coef
1

Revision history for this message
Alex Wen (ronglu-wen) wrote :

@David

For BeiJing site, the external mic works on new received Lenovo ThinkPad X240.
Upload the alsa-info log.
The sound with a little buzzing when dumping alsa-info.

more info:
Machine information:
Test image: Stock Ubuntu 14.04
BIOS Version: GIET60WW (2.10 )

Audio cards:
00:03.0 Audio device [0403]: Intel Corporation Device [8086:0a0c] (rev 09)
00:1b.0 Audio device [0403]: Intel Corporation Device [8086:9c20] (rev 04)
Codec: Realtek ALC292

Headset: philips shm7110

#uname -a
Linux u-ThinkPad-X240 3.13.0-46-generic #77-Ubuntu SMP Mon Mar 2 18:23:39 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

#dpkg -l |grep -oem
ii oem-audio-hda-daily-dkms 0.201503011031~ubuntu14.04.1 all HDA driver in DKMS format.

#cat /sys/module/snd_hda_codec/parameters/dump_coef
1

Revision history for this message
Alex Wen (ronglu-wen) wrote :
Revision history for this message
David Henningsson (diwic) wrote :

No obvious difference (all coefs are the same!), but several things are differing, first, the product name:

-Product Name: 20AMOS3
+Product Name: 20AMZ02QUS

Second, even the hardware is of a later revision:

-00:1b.0 Audio device: Intel Corporation 8 Series HD Audio Controller (rev 03)
+00:1b.0 Audio device: Intel Corporation Lynx Point-LP HD Audio Controller (rev 04)

Second, firmware, kernel and ALSA dkms are all newer on the working one:

-Firmware Version: GIET53WW (2.01 )
+Firmware Version: GIET60WW (2.10 )

-Kernel release: 3.13.0-32-generic
+Kernel release: 3.13.0-46-generic

-[ 15.242582] snd_hda_intel 0000:00:1b.0: Probing card using HDA DKMS, version 0.201502151246~ubuntu14.04.1
+[ 13.866567] snd_hda_intel 0000:00:1b.0: Probing card using HDA DKMS, version 0.201503011031~ubuntu14.04.1

On the non-working one, please try updating both the firmware, the kernel, and the ALSA daily dkms on the non-working one to rule out differences between the non-working and working one.
Then post another alsa-info with dump_coef on. Thanks!

Changed in hwe-next:
status: Confirmed → Incomplete
Revision history for this message
Taihsiang Ho (tai271828) wrote :

The following scenarios were tested. this issue could be reproduced.

Please note for case [4] and [5] was tested with updated BIOS (GIET53WW → GIET78WW)
(I hasn't accessed the same BIOS revision yet)

kernel/HDA DKMS/bios - result, also info attachment

[1] 3.13.0-46, HDA DKMS (0.201502151246~ubuntu14.04.1), GIET53WW (2.01) - could reproduce this bug (recorded noise),
[2] 3.13.0-46, HDA DKMS (0.201503201631~ubuntu14.04.1), GIET53WW (2.01) - could not enable the audio (shown as Dummy), 201307-14019_150324-02.log
[3] 3.13.0-46, without HDA DKMS, GIET53WW (2.01), GIET53WW (2.01) - could reproduce this bug (recorded noise), 201307-14019_150324-03.log
[4] 3.13.0-46, HDA DKMS (0.201503201631~ubuntu14.04.1), GIET78WW 2.28 - could not enable the audio (shown as Dummy), 201307-14019_150324-04.log
[5] 3.13.0-46, without HDA DKMS, GIET53WW (2.01), GIET78WW 2.28 - could reproduce this bug (recorded noise), 201307-14019_150324-05.log

in case [4] and [5], I could not access dump_coef because no such path /sys/module/snd_hda_codec/parameters/dump_coef
(I didn't try to access dump_coef in case [1] [2] [3] so I could not tell whether they are the same.)

I will test with a clean 14.04.1 installation with this updated bios (GIET78WW 2.28) again to avoid mutiple package/dkms installation/purging to cause a dirty environment and make sure the test quality. I will also attach alsa-info log with dump_coef on if possible.

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

14.255907] snd_hda_codec: module verification failed: signature and/or required key missing - tainting kernel
[ 14.256203] snd_hda_codec: Unknown symbol snd_device_disconnect (err 0)

Revision history for this message
Taihsiang Ho (tai271828) wrote :

could reproduce this bug on CID 201307-14019 with:
updated 14.04.1 (fresh installation and update)
kernel 3.13.0-48-generic
oem-audio-hda-daily-dkms (0.201503250301~ubuntu14.04.1)
BIOS GIET78WW (2.28 )
(without the HDA DKMS could still reproduce the bug)

Please refer to comment38.tar.gz for alsa-info log (with dump_coef on)

Revision history for this message
Taihsiang Ho (tai271828) wrote :

I tried the configuration similar to the one in comment 29 on CID 201307-14019,
and it could reproduce this bug.

It is:
14.04.1 on 201307-14019
BIOS VERSION: GIET60WW (2.10 )
oem-audio-hda-daily-dkms 0.201503250301~ubuntu14.04.1
3.13.0-46-generic #79-Ubuntu SMP Tue Mar 10 20:06:50 UTC 2015

The relevant alsa-info log dumped when recording audio could be found in the attachment
comment39.tar.gz/comment39-3.13.46-hdadkms-GIET60WW-coef-on

--------------------

Besides, I tested the other configuration.
Their alsa-info log dumped when recording audio could be found in comment39.tar.gz as well.
They are
3.13.0-46 with/without hda dkms, bios GIET60WW (2.10 )
3.13.0-48 with/without hda dkms, bios GIET60WW (2.10 )
and all of them could reproduce this issue.

when dumping alsa-info, the dump_coef was on if available.

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

your coef dump seem indicate headset mic is cita

 val = alc_read_coef_idx(codec, 0x6c);
   is_ctia = (val & 0x001c) == 0x001c;

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

+static void alc_determine_headset_type(struct hda_codec *codec)
+{
+ int val;
+ bool is_ctia = false;
+ struct alc_spec *spec = codec->spec;
+
+ switch (codec->vendor_id) {

+ case 0x10ec0292:
+ alc_write_coef_idx(codec, 0x6b, 0xd429);
+ msleep(300);
+ val = alc_read_coef_idx(codec, 0x6c);
+ is_ctia = (val & 0x001c) == 0x001c;
+ break;

snd_printdd("Headset jack detected iPhone-style headset: %s\n",
+ is_ctia ? "yes" : "no");
+ spec->current_headset_type = is_ctia ? ALC_HEADSET_TYPE_CTIA : ALC_HEADSET_TYPE_OMTP;
+}

Revision history for this message
Taihsiang Ho (tai271828) wrote :

Hi Raymond, thanks for indicating that.
The tests I have done above is tested with a ctia headset,
except the comment no.7, which using both of OMTP and CTIA.

Revision history for this message
Alex Wen (ronglu-wen) wrote :

Retest on Wolverine-1(CID 201307-14019) from Taipei, the external mic no sounds output.
Retest on Wolverine-2 in BJ site, he external mic works well.

Test Image: sutton-precise-amd64-iso-20130809-1.iso image.

Hui Wang (hui.wang)
Changed in hwe-next:
assignee: David Henningsson (diwic) → Hui Wang (hui.wang)
Changed in alsa-driver (Ubuntu):
assignee: David Henningsson (diwic) → Hui Wang (hui.wang)
Changed in hwe-next:
status: Incomplete → Won't Fix
Hui Wang (hui.wang)
Changed in alsa-driver (Ubuntu):
status: Confirmed → Won't Fix
To post a comment you must log in.