Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#34427 - [linux] 3.8.x internal microphone stopped working

Attached to Project: Arch Linux
Opened by akhenaton (aky) - Saturday, 23 March 2013, 12:04 GMT
Last edited by Tobias Powalowski (tpowa) - Tuesday, 30 April 2013, 10:38 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description: The internal microphone of my Dell Inspiron 5323 stopped working after upgrading to the new 3.8 kernel series.
It doesn't work anymore on both linux-3.8.3-2-x86_64 and linux-3.8.4-1-x86_64
while it used to work on the previous versions linux-3.7.9-2-x86_64 and linux-3.7.10-1-x86_64. There are no older kernels on this system as I did fresh install recently.

I tested the mic from command line (no DE, Xorg or anything running; clean restart) after adjusting the volumes with alsamixer:
arecord -vv -fdat foo.wav
aplay -vv foo.wav

Yes, the microphone volume is still there on linux 3.8 but it just doesn't work anymore.

I also tested it with ALSA+pulse in Gnome 3 but no luck.


Additional info:
* package version(s): linux-3.8.3-2-x86_64 / linux-3.8.4-1-x86_64
* config: no custom configs, all at default settings
This is the output of `inxi -Fi -v7` after reverting the kernel back to 3.7 :

System: Host: 3axis Kernel: 3.7.10-1-ARCH x86_64 (64 bit, gcc: 4.7.2)
Desktop: Gnome (Gtk 3.6.4) info: gnome-shell dm: gdm Distro: Arch Linux
Machine: System: Dell product: Inspiron 5323 Chassis: type: 8 version: 0.1
Mobo: Dell model: [REMOVED] version: [REMOVED] Bios: Dell version: A04 date: 05/07/2012
CPU: Dual core Intel Core i7-3517U CPU (-HT-MCP-) cache: 4096 KB flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 9582.1
Clock Speeds: 1: 799.00 MHz 2: 799.00 MHz 3: 799.00 MHz 4: 1900.00 MHz
Graphics: Card: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0 chip-ID: 8086:0166
X.org: 1.14.0 driver: intel Resolution: 120x36
Audio: Card: Intel 7 Series/C210 Series Family High Definition Audio Controller
driver: snd_hda_intel bus-ID: 00:1b.0 chip-ID: 8086:1e20
Sound: Advanced Linux Sound Architecture ver: k3.7.10-1-ARCH
Network: Card-1: Intel Centrino Wireless-N 2230 driver: iwlwifi ver: in-tree: bus-ID: 01:00.0 chip-ID: 8086:0887
IF: wlp1s0 state: up mac: [REMOVED]
Card-2: Qualcomm Atheros AR8162 Fast Ethernet port: 2000 bus-ID: 02:00.0 chip-ID: 1969:1090
IF: N/A state: N/A speed: N/A duplex: N/A mac: N/A
WAN IP: None Detected! IF: wlp1s0 ip: 192.168.2.201 ip-v6: fe80::6a5d:43ff:fef7:404f
Drives: HDD Total Size: 151.5GB (14.6% used)
1: id: /dev/sda model: KINGSTON_SVP200S size: 120.0GB serial: [REMOVED]
2: id: /dev/sdb model: xD/SD/M.S. size: 31.4GB serial: [REMOVED]
Optical: No optical drives detected.
Partition: ID: / size: 111G used: 14G (13%) fs: ext4 dev: /dev/sda1
label: N/A uuid: [REMOVED]
ID: /run/media/aky/SamsungSD32GB size: 29G used: 7.2G (27%) fs: ext4 dev: /dev/sdb1
label: SamsungSD32GB uuid: [REMOVED]
RAID: No RAID data available - /proc/mdstat is missing - is md_mod kernel module loaded?
Unmounted: No unmounted partitions detected
Sensors: None detected - is lm-sensors installed and configured?
Info: Processes: 145 Uptime: 9 min Memory: 639.0/7859.0MB Gcc sys: 4.7.2
Client: Shell (inxi.sh running in bash) inxi: 1.8.45

Attached is the /proc/asound/card0/codec#0 file.

Steps to reproduce:
Install linux 3.8.x and try using the internal mic.
   codec#0 (4.2 KiB)
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Tuesday, 30 April 2013, 10:38 GMT
Reason for closing:  Fixed
Additional comments about closing:  3.9.0-1
Comment by akhenaton (aky) - Saturday, 23 March 2013, 12:05 GMT
Please let me know if any other info is needed.

Thanks!
Comment by Federico Colnago (curson) - Saturday, 23 March 2013, 13:57 GMT
I doubt this is the problem you're experiencing, but something I've noticed on my Dell XPS 14z with the latest 3.8.3-2-x86_64 and pulseaudio 3.0-2 is a change in behaviour for the internal microphone when another microphone is plugged in. Right now it seems the internal mic is marked as "UNAVAILABLE" whenever there is something else plugged in the microphone jack. The Kernel (or pulseaudio) seem to automatically switch between the two microphones using the detection of the jack plug. Just double check with 'pavucontrol' or equivalent mixer that the switch actually happens. For me, it's instant and everything works fine, but something might be broken in the way pulseaudio is managing that for you.

As I said, hardly ground breaking, but as a new behaviour that definitely wasn't happening in 3.6.x for me, this might have been what broke things for you.
Comment by akhenaton (aky) - Saturday, 23 March 2013, 14:10 GMT
I switched again between 3.7 (linux-3.7.10-1-x86_64) and 3.8 (linux-3.8.4-1-x86_64) kernels and here's the diff for codec#0:

[aky@3axis sound]$ diff -u 3.7/codec#0 3.8/codec#0
--- 3.7/codec#0 2013-03-23 14:01:42.682951222 +0200
+++ 3.8/codec#0 2013-03-23 15:39:38.999571973 +0200
@@ -48,7 +48,7 @@
Power: setting=D0, actual=D0
Delay: 11 samples
Connection: 3
- 0x06 0x07 0x08*
+ 0x06* 0x07 0x08
Node 0x04 [Pin Complex] wcaps 0x410581: Stereo
Control: name="Headphone Jack", index=0, device=0
Pincap 0x0000001c: OUT HP Detect
[aky@3axis sound]$

Hopefully it makes sense to someone else 'cos for me it pretty much doesn't.

And to avoid any confsion: the previously attached "codec#0" file comes from linux-3.7.10-1-x86_64
Comment by akhenaton (aky) - Saturday, 23 March 2013, 14:15 GMT
@Federico: I don't have anything plugged in to my lappy and like I said I tested the internal mic with ALSA only.

Please note that downgrading the kernel to 3.7.x brings back the mic on my laptop.
(so pulseaudio has no "contribution" to this unfortunate issue I'm experiencing after upgrading to kernel 3.8.x)
Comment by Ruud (Moving_away) - Monday, 25 March 2013, 11:03 GMT
If it helps, I can confirm the bug. I also have a Dell 5323 (Dell Inspiron 13z), but with slightly different specifications so I included the output of inxi. Installing a 3.7 kernel solves the problem indeed.
Comment by akhenaton (aky) - Monday, 25 March 2013, 18:17 GMT
Hello Ruud and thanks for confirming it. At least now I know I'm not the only one having this issue.
Btw, my lappy used to have the exact same hardware but I switched the factory installed 500GB HDD with an SSD. <- [edit] I did not notice the CPU, but nevermind that :P [/edit]

As far as I can see the only thing that differs from 3.7.x to 3.8.x kernels (and I compared the whole /proc/asound directories) is that "connection" / pin assignement / whatever for the "Audio Input", "Node 0x03", in codec#0 file. And, of course, the fact that 3.8.x mutes the internal mic for good.

Does anyone know what is that "connection" thing that changes?
Comment by Ruud (Moving_away) - Thursday, 28 March 2013, 04:27 GMT
I do not know what they are unfortunately. With /proc being a communication-channel with the kernel (at least, as far as I understand it), is there a chance that there was a change in the module we are using (snd_hda_intel) and it just reports it's data back trough /proc? It then is still relevant to see *why* it reports differently (didn't take time to confirm this on my machine yet, but I guess it will be the same), but we could in that way also pinpoint a code location.
I just now had a look myself but I have no idea where to even start finding the code for that module. The kernel is far, FAR above my paygrade :D (most code is though, being self-thought with no practical experience)
Comment by akhenaton (aky) - Tuesday, 16 April 2013, 07:53 GMT
It still doesn't work on linux 3.8.7-1

Is this going to be fixed somehow or just sit here on the bug tracker until it becomes irrelevant along with the hardware involved?
Comment by Tobias Powalowski (tpowa) - Tuesday, 16 April 2013, 09:56 GMT
Please get in touch with upstream about this issue, we cannot do anything for you.
Comment by Olivier Le Moal (olivierlm) - Tuesday, 16 April 2013, 10:39 GMT
http://unix.stackexchange.com/questions/71658/internal-microphone-doesnt-work-on-dell-vostro-3360
This user say the issue is fixed in the 3.9 branch, wait & see ...
Comment by akhenaton (aky) - Wednesday, 17 April 2013, 12:29 GMT
Thank you guys both for answering.

I guess I'd better wait for the 3.9 series to come out on Arch before reporting anything upstream.

There's one thing I do not understand, tho:
why do the bugs like this one get assigned to anyone if the asignee can't handle the forwarding upstream part?

I don't want this to sound harsh or anything, but users are not (all the times) the most knowledgeable to fill in bugs upstream.
I, for one, wouldn't know where to file this bug: ALSA or the kernel? and I know ALSA is a part of the kernel but they are also separate projects.

Best regards,
G.
Comment by Tobias Powalowski (tpowa) - Wednesday, 17 April 2013, 13:07 GMT
It gets assigned to the packagers of the package and we decide how to handle this.
I cannot report all broken audio devices to upstream.
As I repeat the last 10 years, audio is always broken for someone.
Kernel modules have maintainers you can contact them.
Comment by akhenaton (aky) - Tuesday, 30 April 2013, 08:22 GMT
I have no ideea (well actually I'd rather have none) as to why this task doesn't show up in bug searches, but anyway..

The new linux kernel, 3.9 now in testing, seems to have restored the internal mic on my laptop to its normal/working state.

So, by all means, please close this and be done with it!

P.S: many thanks, Olivier Le Moal!
@Ruud: you might want to try the new linux kernel. It should be ok for you too.

Loading...