Created attachment 955371 [details]
Various output logs
Description of problem: My headphones are not detected by Pulseaudio. When I unplug them and replug them in, the following error message is provided in journalctl:
Nov 08 14:13:10 apollo pulseaudio: [pulseaudio] module-alsa-card.c: Availability of port 'analog-output-headphones' is inconsistent!
As a result, headphones are not listed under the available output devices in the sound settings.
Version-Release number of selected component (if applicable):
Pulseaudio - 24.20141103gitaec81.fc21
How reproducible: Reproduces every time across different sets of headphones
Steps to Reproduce:
1. Unplug headphones
2. Plug headphones in
3. Open up sound settings and see if headphones are an available output source
Actual results: Headphones are listed under available output devices
Expected results: Headphones are not listed under available output devices
Forgot to add kernel version: Linux apollo 3.17.2-300.fc21.x86_64 #1 SMP Thu Oct 30 19:23:48 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Please attach/post the output from 'alsa-info.sh'
Created attachment 955372 [details]
Output from alsa-info.sh
After upgrading to pulseaudio-5.0-24.20141103gitaec81.fc21, no sound is available on my desktop system any longer. This affects the normal speakers, too. Thus, this is no headphone issue. Downgrading to pulseaudio-5.0-10.fc21 restores the audio capabilities.
did you restart your session after installing -24? If not, can you test that?
I found that it's new autospawn behavior didn't seem to work until I did that too.
Joachim, I think you and I are experiencing different issues then, I have sound through my internal speakers on 24.20141103gitaec81.fc21.
Had some time to tinker. I downgraded pulseaudio and friends:
pulseaudio.x86_64 5.0-10.fc21 pulseaudio-gdm-hooks.x86_64 5.0-10.fc21 pulseaudio-libs.x86_64 5.0-10.fc21
pulseaudio-libs-glib2.x86_64 5.0-10.fc21 pulseaudio-module-bluetooth.x86_64 5.0-10.fc21 pulseaudio-module-x11.x86_64 5.0-10.fc21
I can confirm that headphones now work again after running `pulseaudio -k`.
Same here with -24.20141103gitaec81.fc21 (broken) vs. -10.fc21 (working).
(In reply to Rex Dieter from comment #5)
> did you restart your session after installing -24? If not, can you test
After installing -24 (and finding sound not working), I rebooted the machine and saw the same behavior:
- with headphones unplugged, the internal speakers were displayed as available and working
- with headphones plugged, neither headphones nor speakers were displayed as available, nor did sound work
This is on a Lenovo Thinkpad T520, FWIW.
Bug #1161919 seems to be a duplicate.
I confirm this on my Lenovo Thinkpad W500.
( 101.882| 0.000) D: [pulseaudio] device-port.c: Setting port analog-output-speaker to status no
( 101.882| 0.000) W: [pulseaudio] module-alsa-card.c: Availability of port 'analog-output-headphones' is inconsistent!
running pulseaudio in debug
Upstream pointed me to this thread:
with some proposed, but not yet committed patches.
Same issue on a Thinkpad T430 [i.e headphones not functional]. downgrading pulseaudio gets it working.
*** Bug 1161919 has been marked as a duplicate of this bug. ***
Perhaps bug should be reassigned to wtaymans, as my basically identical bug on the Thinkpad T410 was redirected to him.
He's CC'd already, no worries.
Proposed as a Freeze Exception for 21-final by Fedora user pbrobinson using the blocker tracking app because:
I believe non working headphones is part of the Working_sound beta criteria.
Can't we put -10.fc21 back? switching to a git version at this stage seems to be too much risk.
currently 24.20141103gitaec81.fc21 is in updates testing. With the -ve karma - hopefully it won't get into release or updates. And pulseaudio-5.0-10.fc21.x86_64
would be the version in F21
I too find this issue on Lenovo T430s. Internal speakers without headphone plugged works fine. When plugged headphone no sound.
The update that prompted this bug has been revoked,
You can run,
to downgrade to the last known-good release (pulseaudio-5.0-10)
*** Bug 1162835 has been marked as a duplicate of this bug. ***
Same issue on a Thinkpad T440s with Fedora 21 Beta and the latest "yum update". The version right from the ISO (without the latest updates) works fine.
On "Settings" / "Sound":
- Without headphone plugged in, "Speakers - Built-In Audio" is shown as device for sound output.
- Plugs in headphone: nothing shown as device for sound output.
- Removes headphone: "Speakers - Built-In Audio" is shown again.
On journalctl plugging in the headphone makes:
Nov 13 14:48:43 localhost.localdomain pulseaudio: [pulseaudio] module-alsa-card.c: Availability of port 'analog-output-headphones' is inconsistent!
And confirmed that a "yum distro-sync" puts PulseAudio back to 5.0-10.fc21, after a "pulseaudio -k" it's working again.
pulseaudio-5.0-25.fc21 has been submitted as an update for Fedora 21.
Ditto, same issue on the Lenovo x230. I can get things working by installing the extra PulseAudio Volume Control and then forcing the laptop to use the undetected Headphones: listed as "Port: Headphones (unplugged)" -- and of course, they are plugged in. :)
So, there is a work around for my hardware, but nothing is automatic. We'll see what comes with the 5.0.25 update. Thanks
* should fix your issue,
* was pushed to the Fedora 21 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing pulseaudio-5.0-25.fc21'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
From my perspective, it looks like this bug is resolved. Who gets to close it?
Package pulseaudio-5.0-25.fc21 also resolves the external speaker issue with a Lenovo ThinkPad T400 reported in comment #4.
Discussed in the 2014-11-19 blocker review meeting. This violates Beta criterion "The installed system must be able to play back sound with gstreamer-based applications." We elevated this to a blocker because it's a clear violation of the Beta Criterion.
The regression should be fixed in 6.0 RC1.
pulseaudio-5.0-25.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.