Bug 562216 - [mixer-coverage] Internal Mic of Thinkpad X300 isn't recognized by Pulseaudio
Summary: [mixer-coverage] Internal Mic of Thinkpad X300 isn't recognized by Pulseaudio
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: alsa-lib
Version: 15
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Jaroslav Kysela
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-02-05 16:05 UTC by Jan Willies
Modified: 2012-08-06 22:21 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-06 20:03:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Output of "pulseaudio -vvv" and "alsa-info.sh" (88.98 KB, text/plain)
2010-02-05 16:05 UTC, Jan Willies
no flags Details
capture devices available in pulseadio (78.42 KB, image/png)
2010-02-09 23:26 UTC, Jan Willies
no flags Details
output of 'pacmd list' (20.30 KB, text/plain)
2010-02-28 14:21 UTC, Jan Willies
no flags Details
pulseaudio -vvv (61.24 KB, text/plain)
2010-02-28 14:27 UTC, Jan Willies
no flags Details
output of 'pacmd list' #2 (34.77 KB, text/plain)
2010-03-01 22:27 UTC, Jan Willies
no flags Details

Description Jan Willies 2010-02-05 16:05:23 UTC
Created attachment 389114 [details]
Output of "pulseaudio -vvv" and "alsa-info.sh"

Description of problem: The Internal Mic isn't listed in Pulseaudio as a source. Only the mic jack is. The internal mic works with arecord -Dhw:0 after setting it as the source with alsamixer -c0.


Version-Release number of selected component (if applicable): pulseaudio-0.9.21-4.fc12.i686


How reproducible: everytime

  
Additional info: It boils down to pulseaudio not recognizing the Internal Mic: 

alsa-mixer.c: Probing path 'analog-input'
alsa-mixer.c: Probe of element 'Mic' failed.

I have no idea why. Please see the attached logfiles. I'm also available in #pulseaudio with the nick loswillios

Comment 1 Lennart Poettering 2010-02-09 15:48:31 UTC
Which exact element do you have to change in "alsamixer -c0" to make this work? Could you please provide the output of "amixer -c0", and tell us which one of those elements we need to cover but currently don't?

Comment 2 Jan Willies 2010-02-09 23:25:27 UTC
Simple mixer control 'Master',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 31 [100%] [0.00dB] [on]
  Front Right: Playback 31 [100%] [0.00dB] [on]
Simple mixer control 'PCM',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 31 [100%] [12.00dB] [on]
  Front Right: Playback 31 [100%] [12.00dB] [on]
Simple mixer control 'Mic',0
  Capabilities: pvolume pswitch cswitch cswitch-joined cswitch-exclusive penum
  Capture exclusive group: 0
  Playback channels: Front Left - Front Right
  Capture channels: Mono
  Limits: Playback 0 - 31
  Mono: Capture [on]
  Front Left: Playback 20 [65%] [-4.50dB] [on]
  Front Right: Playback 20 [65%] [-4.50dB] [on]
Simple mixer control 'Mic Boost',0
  Capabilities: volume penum
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 1 [33%]
  Front Right: 1 [33%]
Simple mixer control 'Beep',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
  Playback channels: Mono
  Limits: Playback 0 - 15
  Mono: Playback 15 [100%] [0.00dB] [off]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch penum
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 54
  Front Left: Capture 52 [96%] [19.50dB] [off]
  Front Right: Capture 52 [96%] [19.50dB] [off]
Simple mixer control 'Mix',0
  Capabilities: cswitch cswitch-joined cswitch-exclusive penum
  Capture exclusive group: 0
  Capture channels: Mono
  Mono: Capture [off]
Simple mixer control 'Internal Mic',0
  Capabilities: cswitch cswitch-joined cswitch-exclusive penum
  Capture exclusive group: 0
  Capture channels: Mono
  Mono: Capture [off]
Simple mixer control 'Internal Mic Boost',0
  Capabilities: volume penum
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%]
  Front Right: 0 [0%]

I need 'Internal Mic', which isn't covered by Pulseaudio. In 'alsamixer -c0' I need to change it from 'Mic' to 'Internal Mic', but it still won't work with Pulseaudio, only directly with the alsainterface (arecord -D). Please see the attached screenshot what's available in Pulseaudio.

Comment 3 Jan Willies 2010-02-09 23:26:05 UTC
Created attachment 389870 [details]
capture devices available in pulseadio

Comment 4 Jan Willies 2010-02-10 10:00:08 UTC
to be more specific: in alsamixer -c0 it's either 'Mic' OR 'Internal Mic' which can be activated.

Comment 5 Lennart Poettering 2010-02-16 00:02:17 UTC
The element should now covered by upstream git:

http://git.0pointer.de/?p=pulseaudio.git;a=patch;h=0c836aacd8be34bcb5e02581495f7d30a5fbee05

I'll eventually upload a new version to F12.

Comment 6 Fedora Update System 2010-02-23 23:13:08 UTC
pulseaudio-0.9.21-6.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/pulseaudio-0.9.21-6.fc13

Comment 7 Fedora Update System 2010-02-23 23:13:34 UTC
pulseaudio-0.9.21-5.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/pulseaudio-0.9.21-5.fc12

Comment 8 Jan Willies 2010-02-28 14:18:54 UTC
Hi lennart,

Unfortunately the bug is not fixed. I installed pulseaudio-0.9.21-5 but the mic didn't start working. In fact, it looks like nothing has changed. Attached is the output of 'pacmd list'.

Comment 9 Jan Willies 2010-02-28 14:21:15 UTC
Created attachment 396874 [details]
output of 'pacmd list'

Comment 10 Jan Willies 2010-02-28 14:27:42 UTC
Created attachment 396875 [details]
pulseaudio -vvv

Comment 11 Lennart Poettering 2010-03-01 21:27:52 UTC
Hmm, that pacmd list output is missing the middle part. How did you generate that?

Comment 12 Jan Willies 2010-03-01 22:27:08 UTC
must have been something wrong with my copy'n'paste. let's try again.

Comment 13 Jan Willies 2010-03-01 22:27:51 UTC
Created attachment 397207 [details]
output of 'pacmd list' #2

Comment 14 Fedora Update System 2010-03-05 03:41:20 UTC
pulseaudio-0.9.21-6.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 15 Fedora Update System 2010-03-06 03:42:07 UTC
pulseaudio-0.9.21-5.fc12 has been pushed to the Fedora 12 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 16 Jan Willies 2010-03-06 09:25:40 UTC
I installed it from testing already, it does not fix the bug.

Comment 17 Jan Willies 2010-05-25 08:46:46 UTC
Is there something else I can provide to help fix this bug?

Comment 18 Jan Willies 2010-10-23 14:05:18 UTC
still the same with F14. Also, a ThinkCentre A70z has the same problem.

Comment 19 Jan Willies 2010-10-26 08:10:32 UTC
Several attempts were made, but none succeeded so far:

1. patch_realtek.c doesn't have expose an actual toggle between 'Mic' and 'Internal Mic' for your mixer. since you're using 2.6.35, you should have auto-toggling between internal ('Internal Mic') and external ('Mic') based on simple jack presence. so in that case it really doesn't matter whether you can choose 'Internal Mic' in gnome

2. arecord -D front:0 -f S32_LE -c 2 (PA uses "front" for recording but this ins't really a good idea from what i've been told from alsa folks. the recommended playback virtuals aren't at all recommended for capture)

Maybe this helps to finally solve the problem

Comment 20 Jan Willies 2010-10-26 09:11:18 UTC
with help from coling we could finally get it working:

1. select output profile Stereo (no duplex, ie input is empty)
2. choose 'Internal Mic' and raise Boost with alsamixer -c0
3. pacmd load-module module-alsa-source source_name=alsa_input.pci-0000_00_1b.0.analog-stereo device=hw:0

it seem to be two different issues. one problem comes from using "front:" as a device name for input. the other is not choosing correctly between 'Mic' and 'Internal Mic' (see patch_realtek.c maybe?).

Comment 21 Colin Guthrie 2010-11-01 18:20:54 UTC
(just adding myself to CC for future reference)

Comment 22 Bug Zapper 2010-11-03 22:57:29 UTC
This message is a reminder that Fedora 12 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 12.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '12'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 12's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 12 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 23 Lennart Poettering 2010-11-25 16:50:08 UTC
Hmm, so I'd prefer if ALSA would refuse recording from front:xxx if that's not supposed to work. If ALSA would do that then PA would fall back to hw:xxx anyway.

Jaroslav, if it's true that front:xxx is not supposed to be used for capturing, can you block it for capturing?

Comment 24 Johannes Engel 2011-06-15 22:53:07 UTC
I see the same issue as Jan using pulseaudio 0.9.22 under openSUSE 11.4 on a ThinkPad T500. The same workaround helped, too.
Is there a way to have this integrated into pulseaudio or ALSA?

Comment 25 Colin Guthrie 2011-06-16 00:08:30 UTC
I've a funny feeling this is already fixed in alsa.... I'm sure Raymond posted a patch a while back for that on the alsa-devel ML...

I *think* this patch will fix it. You should be able to test without recompiling...
http://thread.gmane.org/gmane.linux.alsa.devel/84281

Comment 26 Jan Willies 2011-06-16 11:13:34 UTC
Applying the patch to HDA-Intel.conf I can now use "device=front:0" instead of "device=hw:0".

That still leaves the 'Mic' vs 'Internal Mic' problem. How should that be solved?

Comment 27 Jan Willies 2011-11-10 16:59:15 UTC
fixed with pulseaudio-1.1-0.2.fc16.x86_64 from the pulseaudio backports repo from rdieter

Comment 28 Fedora End Of Life 2012-08-06 20:03:22 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 15. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 15 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 29 Fedora End Of Life 2012-08-06 20:03:22 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 15. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 15 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


Note You need to log in before you can comment on or make changes to this bug.