On 07/15/2012 03:16 AM, a4z wrote:
>
> here some additional info form dmesg, maybe that helps analyze the
> problem
>
>
> Code:
> --------------------
>
> 11.989029] thinkpad_acpi: disagrees about version of symbol snd_ctl_add
> 11.989034] thinkpad_acpi: Unknown symbol snd_ctl_add (err -22)
> 11.989042] thinkpad_acpi: disagrees about version of symbol snd_card_register
> 11.989045] thinkpad_acpi: Unknown symbol snd_card_register (err -22)
Messages of this type mean that your kernel and the modules in the tree
/lib/modules/uname -r do not agree on the version being used. I do not know
what got messed up, but it is likely something you did while trying to fix a
problem. Use YaST’s software manager, and reinstall the kernel.
ok, did a fresh install, even not added the packman repo so far even if I will need them for the boardcom wlan
(02:00.0 Network controller: Broadcom Corporation BCM43228 802.11a/b/g/n)
dmesg looks now normal, but still the mic is not working
If anyone has an idea what I could do to get the mic working, pleas help.
nalle@e330:~> dmesg | grep sound
16.359424] input: HDA Intel PCH HDMI/DP as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9
16.359494] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10
16.359560] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
nalle@e330:~> dmesg | grep ALSA
16.108931] ALSA patch_realtek.c:1228 SKU: Nid=0x1d sku_cfg=0x40048605
16.108934] ALSA patch_realtek.c:1230 SKU: port_connectivity=0x1
16.108935] ALSA patch_realtek.c:1231 SKU: enable_pcbeep=0x0
16.108937] ALSA patch_realtek.c:1232 SKU: check_sum=0x00000004
16.108939] ALSA patch_realtek.c:1233 SKU: customization=0x00000086
16.108940] ALSA patch_realtek.c:1234 SKU: external_amp=0x0
16.108942] ALSA patch_realtek.c:1235 SKU: platform_type=0x1
16.108943] ALSA patch_realtek.c:1236 SKU: swap=0x0
16.108945] ALSA patch_realtek.c:1237 SKU: override=0x1
16.109446] ALSA hda_codec.c:4895 autoconfig: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
16.109448] ALSA hda_codec.c:4899 speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
16.109450] ALSA hda_codec.c:4903 hp_outs=1 (0x15/0x0/0x0/0x0/0x0)
16.109452] ALSA hda_codec.c:4904 mono: mono_out=0x0
16.109453] ALSA hda_codec.c:4908 inputs:
16.109455] ALSA hda_codec.c:4912 Internal Mic=0x12
16.109457] ALSA hda_codec.c:4912 Mic=0x18
16.109458] ALSA hda_codec.c:4914
16.110693] ALSA patch_realtek.c:1291 realtek: No valid SSID, checking pincfg 0x40048605 for NID 0x1d
16.110696] ALSA patch_realtek.c:1307 realtek: Enabling init ASM_ID=0x8605 CODEC_ID=10ec0269
nalle@e330:~> dmesg | grep thinkpad_acpi
15.780276] thinkpad_acpi: ThinkPad ACPI Extras v0.24
15.780278] thinkpad_acpi: http://ibm-acpi.sf.net/
15.780280] thinkpad_acpi: ThinkPad BIOS H3ET24WW(1.07), EC unknown
15.780281] thinkpad_acpi: Lenovo ThinkPad Edge E330, model 33544SG
15.780848] thinkpad_acpi: detected a 8-level brightness capable ThinkPad
15.782324] thinkpad_acpi: setting the hotkey mask to 0x00ffffff is likely not the best way to go about it
15.782326] thinkpad_acpi: please consider using the driver defaults, and refer to up-to-date thinkpad-acpi documentation
15.782917] thinkpad_acpi: asked for hotkey mask 0x0077ffff, but firmware forced it to 0x0003887c
15.783994] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is unblocked
15.784270] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one
15.784348] thinkpad_acpi: Console audio control enabled, mode: monitor (read only)
15.785454] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input7
nalle@e330:~> dmesg | grep snd_hda_intel
15.354357] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
15.354412] snd_hda_intel 0000:00:1b.0: irq 43 for MSI/MSI-X
15.354441] snd_hda_intel 0000:00:1b.0: setting latency timer to 64
nalle@e330:~>
seems to work if I mute the right capture channel.
but as soon as a google talk starts, or even somtimes using arecord, something unmutes the capture channel, left and right are at the same level, and than the microphon is dead.
any idea how I could fix that?
would it make sense to act as a tester and update to tumbleweed or install RC of 12.2?
Please with your current openSUSE installation also run the diagnostic script below from a terminal/konsole (with PC connected to the internet) and post here the output URL/webaddress provided:
re-enabled pulse, I installed pavucontrol, checked the settings,
for a short moment it seemed that the mic is working, the blue progress bar was moving, but the it went to 100% again and did not move again.
so I am not sure,
when I start to use google talk than there is no micro enabled.
but it worked with 12.1.
I note the alsa model options: " enable_msi=1 model=auto "
Please, can you remove those options, reboot, and run the diagnostic script again (so I can see the difference).
/usr/sbin/alsa-info.sh
Please also try to configure your mic with pavucontrol in place with those options removed.
What test are you doing to prove mic functionality ?
I note:
ARECORD
**** List of CAPTURE Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC269VC Analog [ALC269VC Analog]
Subdevices: 0/1
Subdevice #0: subdevice #0
which tells me you mic is hw:0,0
I also note in the mixer:
**Simple mixer control 'Mic',0**
Capabilities: pvolume pswitch
Playback channels: Front Left - Front Right
Limits: Playback 0 - 31
Mono:
Front Left: Playback 24 [77%] [1.50dB] [on]
Front Right: Playback 24 [77%] [1.50dB] [on]
**Simple mixer control 'Mic Boost',0**
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 **[0%] **[0.00dB]
Front Right: 0 **[0%]** [0.00dB]
**Simple mixer control 'Digital',0**
Capabilities: cvolume
Capture channels: Front Left - Front Right
Limits: Capture 0 - 120
Front Left: Capture 0 **[0%]** -30.00dB]
Front Right: Capture 0 **[0%]** -30.00dB]
I believe the digital capture at 0% means your mic is muted in the configuration - ie your pc has an incorrect mic configuration.
I think the MicBoost should be moved from 0% to 66%. And even more important, the Digital Capture should be moved from 0% to 95% (for testing, you can back off on these levels later).
I am on vacation and I do not have access to my notes, so it is difficult to be accurate here for amixer commands, but you could try in a terminal sending the command (as a regular user) to increase the boost.
amixer -c 0 -- set 'Mic Boost' 70%
and then to increase the digital capture levels, send the command (as a regular user):
if I open pavucontrol and change from ‘Internal Microfon’ to ‘Microfon’ in the dropdown
the mic works a little bit, very silent,
I can see the blue slider jumping arround (with internal microfon it is on 100% and does not move)
testing:
I record with
arecord -d 3 foobar.wav
and play it with:
aplay foobar.wav
as said, if it records than very silent.
when the mic is working, with google talk I can understand just noise (on the other side),
so it is more or less unusable
and it seems to stop randomly,
after reboot, it does not work by default, open pavucontrol and change from ‘Internal Microfon’ to ‘Microfon’ …
thanks oldcpu for your help so far, even if I do not have to much success until now.
if you have any additional idea what I could do, help is still welcome.
Thanks. Without the alsa model options, the mixer controls change. I now note:
**Simple mixer control 'Mic',0**
Capabilities: pvolume pswitch
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 Boost',0**
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 3 [100%] [30.00dB]
Front Right: 3 [100%] [30.00dB]
**Simple mixer control 'Capture',0**
Capabilities: cvolume cswitch
Capture channels: Front Left - Front Right
Limits: Capture 0 - 63
Front Left: Capture 32 **[51%]** [6.75dB] [on]
Front Right: Capture 32 **[51%]** [6.75dB] [on]
**Simple mixer control 'Digital',0**
Capabilities: cvolume
Capture channels: Front Left - Front Right
Limits: Capture 0 - 120
Front Left: Capture 114 [95%] [27.00dB]
Front Right: Capture 114 [95%] [27.00dB]
**Simple mixer control 'Internal Mic Boost',0**
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 **[0%]** [0.00dB]
Front Right: 0 **[0%]** [0.00dB]
With these changed mixer settings I can see the internal boost at 0% (thats not good) and the simple mixture capture is low at 51%. Try moving those up.
One way to move those up, is in addition to the previous mixer commands, please also send the following:
amixer -c 0 -- set 'Internal Mic Boost' 70%
and then to increase the digital capture levels, send the command (as a regular user):
amixer -c 0 -- set 'Capture',0 95%
Again, I’m on vacation and can not easily test those, so I may have the syntax wrong.
I can not tell from your post if you followed my recommendations. Without that I can not common further. Clearly thou, if you did not follow the advice the mic would not work.
I recommend at this stage that you bypass any support from me (as my resources are limited when I am on vacation and i do not have my notes handy) and also because you believe other’s have the same problem, that instead you raise a bug report on openSUSE-12.3. This will obtain the attention of the SuSE-GmbH packager for sound for openSUSE who is also an alsa sound driver developer. If anyone can sort this quickly and succinctly, he can.
Use your openSUSE forum username and password when logging on to ‘bugzilla’. Please run the diagnostic script as follows:
/usr/sbin/alsa-info.sh --no-upload
and then attach the text file that is created to your bug report.
Note the SuSE-GmbH packager will NOT read a forum thread, so your bug report must be all inclusive.
Please check the bug report every day or two, looking for a reply from the SuSE-GmbH packager. Pay attention to the ‘NEED INFO’ flag on the bug report, and after you reply to any request for information, be certain to clear the ‘NEED INFO’ flag.
If you and the SuSE-GmbH packager sort this, the SuSE-GmbH packager will forward the fix upstream and all GNU/Linux distributions will benefit.
sorry for forgotten to mention, did follow your advice, that’s why at the end there is something that works.
and without pavucontroll open, no chance to get something through the microfone, so pulse is enabled
will see tomorrow for the bug report, thanks for the hint.
did you get an answer to the bug report or did you solve the problem?
with openSUSE 12.3 it works after following the instructions in this thread. i changed the input port from internal microphone to microphone (although i just have an internal microphone, but the internal microphone has worked just with the microphone port)
now after updating to openSUSE 13.1 in the port field are internal microphone and microphone unplugged (what i originally expected) given and both dont work.
I note pulse audio is enabled on your openSUSE-13.1 installation.
Sound cards recognized:
!!Soundcards recognised by ALSA
!!-----------------------------
0 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0xf1610000 irq 47
4 [ThinkPadEC ]: ThinkPad EC - ThinkPad Console Audio Control
ThinkPad Console Audio Control at EC reg 0x30, fw unknown
There is some sort of Thinkpad audio control and I have no understanding as to what that does nor if it is relevant to your issue.
Further more I note an ALC269VC hardware audio codec:
!!HDA-Intel Codec information
!!---------------------------
Codec: Realtek ALC269VC
Arecord identifies only one record deice, which I note to be hw:0,0
ARECORD
**** List of CAPTURE Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: ALC269VC Analog [ALC269VC Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
Did you try a simple recording with arecord ? ie the idea being that by using ‘arecord’ directly, you bypass pulse audio, to check to see if it instead a pulse audio misconfiguration. ie try this command in a konsole:
arecord -vv -f S16_LE -c 2 -D hw:0,0 new.wav
and pay careful attention to any errors. Press to stop the recording. Play back ‘new.wav’ with your favourite audio playback app.
I checked your mixer settings, and I see nothing untoward:
!!Amixer output
!!-------------
!!-------Mixer controls for card 0 [PCH]
Card hw:0 'PCH'/'HDA Intel PCH at 0xf1610000 irq 47'
Mixer name : 'Intel PantherPoint HDMI'
Simple mixer control 'Mic',0
Front Left: Playback 24 [77%] [1.50dB] [on]
Front Right: Playback 24 [77%] [1.50dB] [on]
Simple mixer control 'Mic Boost',0
Front Left: 2 [67%] [20.00dB]
Front Right: 2 [67%] [20.00dB]
Simple mixer control 'Capture',0
Front Left: Capture 63 [100%] [30.00dB] [on]
Front Right: Capture 63 [100%] [30.00dB] [on]
Simple mixer control 'Auto-Mute Mode',0
Items: 'Disabled' 'Enabled'
Item0: 'Enabled'
Simple mixer control 'Digital',0
Front Left: Capture 114 [95%] [27.00dB]
Front Right: Capture 114 [95%] [27.00dB]
Simple mixer control 'Internal Mic Boost',0
Front Left: 2 [67%] [20.00dB]
Front Right: 2 [67%] [20.00dB]
although possibly you could try disabling auto mute. But if that makes no difference, then re-enable it.
I also noted this in your dmesg:
7.284027] ALSA hda_auto_parser.c:406 inputs:
7.284029] ALSA hda_auto_parser.c:410 Mic=0x18
7.284031] ALSA hda_auto_parser.c:410 Internal Mic=0x12
7.284033] ALSA patch_realtek.c:490 realtek: No valid SSID, checking pincfg 0x40048605 for NID 0x1d
7.284035] ALSA patch_realtek.c:506 realtek: Enabling init ASM_ID=0x8605 CODEC_ID=10ec0269
7.290080] thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is unblocked
--
7.291612] thinkpad_acpi: Console audio control enabled, mode: monitor (read only)
7.295132] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
...
7.295279] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input13
7.297111] input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input14
where the ‘No valid SSID’ does not inspire confidence.
What are these ThinkPad extra buttons ?? Are they relevant ?
i tried a recording with with arecord, it doesnt work and there are no errors. after disabling auto mute the microphone doesnt work, too.
i even searched for the “no valid SSID” of the Realtek patch, but this seems not to be unusually.
i havent any idea what these ThinkPad buttons should be. i just have a normal keyboard
The arecord command should have worked. I’m very surprised it did not work. Please double check the syntax you used. If you miss part of the line (such as omitting the ‘-D’ ) it won’t work.
Before I post again, I just want to re-iterate, there is some sort of Thinkpad audio control in your setup and I have no understanding as to what that does nor if it is relevant to your issue.
wrt SSID, I think when the SSID is invalid, the also driver is having some difficulty in identifying which model option to apply.
On your PC, the the directory /usr/src/linux-3.11.6-4/Documentation/sound/alsa there is a file HD-Audio-Models and in there there are options for the ALC269:
ALC269/270/275/276/28x/29x
======
laptop-amic Laptops with analog-mic input
laptop-dmic Laptops with digital-mic input
alc269-dmic Enable ALC269(VA) digital mic workaround
alc271-dmic Enable ALC271X digital mic workaround
inv-dmic Inverted internal mic workaround
lenovo-dock Enables docking station I/O for some Lenovos
dell-headset-multi Headset jack, which can also be used as mic-in
dell-headset-dock Headset jack (without mic-in), and also dock I/O
Possibly you could try each of these, one at a time, restarting inbetween to see if applying any of those help.
You could try each of those (one at a time), testing with each one in place, and stopping if any of those fix your mic. Some may break your sound, but no worries. Just remove the edit and try another.
To create the edit, with root permissions open the file /etc/modprobe.d/50-sound.conf, and to try the ‘laptop-amic’ option at the front of the file add the line:
options snd-hda-intel model=laptop-amic
save the file with that extra line. Reboot. Test your mic.
If that does not work, again edit /etc/modprobe.d/50-sound.conf, but replace laptop-amic with laptop-dmic. Again save the change, reboot and test. Keep doing that for each model option in the list. If none work, remove that line completely.
In any event, whether this works or does not work, you should IMHO write a bug report on this.
short story, I bought a USB headset, that works
it is a bit uncomfortable to switch between internal/headset, need to open pavcontrol … but it is a solution and my wife is happy because the quality of the internal mic was not that great anyway, headset for telefon/voice chat works much better
sooner or later I will update the E330 to 13.1, so I hope there will be a solution to the problem you report that will also work for me.
