Bug#726556: marked as done (pulseaudio: mic is dead after suspend)
Your message dated Sat, 16 Oct 2021 02:13:41 -0700 (PDT)
with message-id <616a97c5.1c69fb81.ce8e1.131f@mx.google.com>
and subject line Closing this bug (BTS maintenance for src:linux bugs)
has caused the Debian Bug report #726556,
regarding pulseaudio: mic is dead after suspend
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
726556: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726556
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: pulseaudio: mic is dead after suspend
- From: Stefan Krastanov <krastanov.stefan@gmail.com>
- Date: Wed, 16 Oct 2013 11:56:57 -0400
- Message-id: <20131016155657.7960.32175.reportbug@debian.krastanov>
Package: pulseaudio
Version: 4.0-6
Severity: important
Dear Maintainer,
On a MacBook Pro 9.2 the speakers and internal microphone work, however the
following power-management issue exists with the internal microphone:
After suspend or simply after a long inactive periods without a suspend the
microphone does not work in any program (e.g. arecord, flash plugin). The
speaker works.
In the sound control center provided with gnome the microphone is still
present, however the sound-level bar does not move when I make noise.
After moving the recording volume slider the sound-level bar starts responding
to noise again and the microphone is usable again.
Pulseaudio should not require an explicit (and somewhat "magical") user action
for the microphone to work. It should be sufficient that a recording program is
running.
Tangential remarks about results from powertop:
When the microphone is not working `powertop` shows the following:
> Good - Runtime PM for PCI Device Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller
After I move the recording volume slider and the microphone starts working
again `powertop` shows:
> Bad - Runtime PM for PCI Device Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller
After I manually toggle it from within `powertop` back to `Good` the microphone
*continues* to work *fine*. The reverse: setting it manually to `Bad` when the
microphone is not working, does not cause the microphone to start working.
Best regards
Stefan Krastanov
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages pulseaudio depends on:
ii adduser 3.113+nmu3
ii consolekit 0.4.5-3.1
ii libasound2 1.0.27.2-1
ii libasound2-plugins 1.0.27-2
ii libc6 2.17-93
ii libcap2 1:2.22-1.2
ii libdbus-1-3 1.6.14-1
ii libfftw3-single3 3.3.3-5+b1
ii libgcc1 1:4.8.1-10
ii libice6 2:1.0.8-2
ii libltdl7 2.4.2-1.3
ii liborc-0.4-0 1:0.4.18-1
ii libpulse0 4.0-6
ii libsamplerate0 0.1.8-5
ii libsm6 2:1.2.1-2
ii libsndfile1 1.0.25-7
ii libspeexdsp1 1.2~rc1-7
ii libstdc++6 4.8.1-10
ii libsystemd-login0 44-12+b1
ii libtdb1 1.2.12-1
ii libudev0 175-7.2
ii libwebrtc-audio-processing-0 0.1-2
ii libx11-6 2:1.6.1-1
ii libx11-xcb1 2:1.6.1-1
ii libxcb1 1.9.1-3
ii libxtst6 2:1.2.2-1
ii lsb-base 4.1+Debian12
ii udev 175-7.2
Versions of packages pulseaudio recommends:
ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1
pn pulseaudio-module-x11 <none>
pn rtkit <none>
Versions of packages pulseaudio suggests:
pn paman <none>
pn paprefs <none>
ii pavucontrol 1.0-1
pn pavumeter <none>
pn pulseaudio-utils <none>
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi
This bug was filed for a very old kernel or the bug is old itself
without resolution.
If you can reproduce it with
- the current version in unstable/testing
- the latest kernel from backports
please reopen the bug, see https://www.debian.org/Bugs/server-control
for details.
Regards,
Salvatore
--- End Message ---
Reply to: