Bug 974680

I mistype the kernel version:

With kernel 3.6.10 - Working
With kernel 3.9.x - Not working

Sound not working for me either, stock Gnome3 (no add-ons), Fedora 19 w/ all latest updates.   

Sound works intitially after booting, but after going to youtube one or two times suddenly stops working.

3.9.5-301.fc19.x86_64

$ lspci | grep -i Aud
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)

Dell XPS M1330

Proposed as a Blocker for 19-final by Fedora user poelstra using the blocker tracking app because:

 Sound should work on regular hardware.

John: um. your bug doesn't immediately seem related to the OP's bug in any way. He's talking about a volume control issue, you're talking about 'sound not working'. The fact that you both have 'intel HDA' hardware is entirely insignificant - just about every sound adapter in every laptop in the last 6 years has been 'intel hda'.

This is unlikely to merit blocker status unless it's affecting a lot more systems.

(In reply to Adam Williamson from comment #4)
> John: um. your bug doesn't immediately seem related to the OP's bug in any
> way. He's talking about a volume control issue, you're talking about 'sound
> not working'. The fact that you both have 'intel HDA' hardware is entirely
> insignificant - just about every sound adapter in every laptop in the last 6
> years has been 'intel hda'.
> 
> This is unlikely to merit blocker status unless it's affecting a lot more
> systems.

There have been quite a few Intel HDA reports in the last 48 hours.

Be useful to reference them from here, then.

(In reply to Adam Williamson from comment #4)
> John: um. your bug doesn't immediately seem related to the OP's bug in any
> way. He's talking about a volume control issue, you're talking about 'sound
> not working'. The fact that you both have 'intel HDA' hardware is entirely
> insignificant - just about every sound adapter in every laptop in the last 6
> years has been 'intel hda'.
> 
> This is unlikely to merit blocker status unless it's affecting a lot more
> systems.

I was referred to this bug as the representing my problem. Sorry if this is the wrong place to report my details.  Let me know if you'd like me to open a separate bug.

I've been running Fedora long enough to know that something weird is going on here.  I agree if I'm on the only one this isn't a blocker.

ah, did Dan send you? well, we'd best get more details from both, anyhow. Can we get the stuff from https://fedoraproject.org/wiki/How_to_debug_sound_problems ? Thanks.

(In reply to Adam Williamson from comment #8)
> ah, did Dan send you? well, we'd best get more details from both, anyhow.
> Can we get the stuff from
> https://fedoraproject.org/wiki/How_to_debug_sound_problems ? Thanks.

If I use 3.6.10 kernel everything is working.
If i start my system with 3.9.x kernel, then i get that sound mixer bug even if I change the model.

I attached my alsa-info

Thanks

Created attachment 763219 [details]
alsa-info.sh

Attach also the alsa-info output for the 3.10 kernel.

Created attachment 763290 [details]
alsa-info.sh kernel 3.6.10

1430.390143] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.392102] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.393919] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.396061] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.404740] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.406061] hda-codec: out of range cmd 0:0:6:707:fffffffc

1430.390143] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.392102] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.393919] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.396061] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.404740] hda-codec: out of range cmd 0:0:6:707:fffffffc
[ 1430.406061] hda-codec: out of range cmd 0:0:6:707:fffffffc

adjusting summary, to hopefully describe more specifically what this bug was originally about, and avoid it becoming an umbrella for anything Intel HDA related.  

Others: if your issues are not volume related, please do file separate bugs

Discussed at 2013-06-20 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-20/f19final-blocker-review-7.1.2013-06-20-15.01.html . Rejected as a blocker for now as so far as we can tell this bug just covers a non-critical bug affecting, so far as we know, a single user (i.e. piece of hardware). If this turns out to be affecting a massive number of people we could re-consider, but we have no indication of that so far.

John's bug is also currently, so far as we know, a single-system bug. It should be filed separately.

Dan, I'm not sure if you're aware of this or not, but just about every onboard sound adapter made in the last near-decade is 'Intel HDA'; it's more or less an industry standard. But each bit of hardware implements it slightly differently, and the snd-hda-intel driver is a huge mass of code which covers all the little variations. Just because two people have sound problems with 'intel HDA' hardware is no indication at all that the bugs are at all related. You have to get the debugging info (see above), and you need to look at the alsa-info output and see if the hardware seems to match or be very similar, to see if multiple people's issues are likely to be related. (Look at the subsystem IDs, 'Codec' name, dmidecode and aumixer output for hints).

So I'm experiencing interesting issues with JACK audio and volume control.  Not sure if this is related or should be a separate issue.  Here goes:

alsa-plugins-pulseaudio-1.0.26-2.fc18.i686
abrt-addon-kerneloops-2.1.4-3.fc18.x86_64
kernel-3.9.5-201.fc18.x86_64
kernel-headers-3.9.6-200.fc18.x86_64
pulseaudio-module-bluetooth-2.1-6.fc18.x86_64
qjackctl-0.3.10-1.fc18.x86_64
wine-pulseaudio-1.5.29-1.fc18.i686
pulseaudio-2.1-6.fc18.x86_64
pulseaudio-libs-2.1-6.fc18.i686
alsa-plugins-pulseaudio-1.0.26-2.fc18.x86_64
pulseaudio-gdm-hooks-2.1-6.fc18.x86_64
libreport-plugin-kerneloops-2.1.4-4.fc18.x86_64
jack-audio-connection-kit-dbus-1.9.9.5-1.fc18.x86_64
pulseaudio-utils-2.1-6.fc18.x86_64
kernel-modules-extra-3.9.6-200.fc18.x86_64
wine-pulseaudio-1.5.29-1.fc18.x86_64
kernel-3.9.4-200.fc18.x86_64
pulseaudio-module-x11-2.1-6.fc18.x86_64
jack-audio-connection-kit-example-clients-1.9.9.5-1.fc18.x86_64
pulseaudio-module-jack-2.1-6.fc18.x86_64
texlive-l3kernel-svn29409.SVN_4469-20.fc18.noarch
pulseaudio-libs-2.1-6.fc18.x86_64
pulseaudio-libs-glib2-2.1-6.fc18.x86_64
jack-audio-connection-kit-1.9.9.5-1.fc18.x86_64
kernel-modules-extra-3.9.5-201.fc18.x86_64
kernel-modules-extra-3.9.4-200.fc18.x86_64
kernel-3.9.6-200.fc18.x86_64

When using a jack-routed audio program (like Hydrogen), I am finding that the system volume control does nothing.  I've even tried messing with pavucontrol which also has no effect.  No matter what I do with the sliders, the audio output from Hydrogen is bascically constant.

Note that I've also followed the instructions for setting up jack-pulse modules:
https://docs.fedoraproject.org/en-US/Fedora/18/html/Musicians_Guide/sect-Musicians_Guide-Integrating_PulseAudio_with_JACK.html

The problem still exists in kernel 3.9.6-200.fc18.x86_64. On presentations its very uncomfortable this problem with volume controll. PLease somehow solve this,Thanks

Re comment #17:
> So I'm experiencing interesting issues with JACK audio and volume control.  Not
> sure if this is related or should be a separate issue.

Definitely separate. This bug is about a kernel issue, it has nothing to do with JACK.

The some problem exists with 3.10.4-100.fc18.x86_64. Urgent solution needed, because conference, and show expo usage. Its a shame.

This bug appears to have been reported against 'rawhide' during the Fedora 20 development cycle.
Changing version to '20'.

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora20

This bug is still exists. The problem: http://youtu.be/843w31PiFTo
Is there any option what can I try to solve this ?

The some problem with kernel 3.11.4-101.fc18.x86_64

https://bugzilla.kernel.org/show_bug.cgi?id=55541

there seem to be a major change in CA0132 using firmware and DSP and 10 bands EQ for chromepixel


http://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/log/sound/pci/hda/patch_ca0132.c

seem not all CA0132 get sound after the upgrade, so you need to know how to restore the current working driver before you try the latest version

*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs.

Fedora 20 has now been rebased to 3.13.4-200.fc20.  Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you experience different issues, please open a new bug report for those.

*********** MASS BUG UPDATE **************

This bug has been in a needinfo state for several weeks and is being closed with insufficient data due to inactivity. If this is still an issue with Fedora 20, please feel free to reopen the bug and provide the additional information requested.