This service will be undergoing maintenance at 00:00 UTC, 2017-10-23 It is expected to last about 30 minutes
Bug 417611 - kernel stops SPDIF output on Audigy 2 Value
kernel stops SPDIF output on Audigy 2 Value
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
i686 Linux
low Severity low
: ---
: ---
Assigned To: Kernel Maintainer List
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2007-12-09 19:48 EST by Stefan Zakarias
Modified: 2007-12-11 02:04 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-12-11 02:04:40 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
My /etc/alsa/asound.state file (63.23 KB, text/plain)
2007-12-10 22:11 EST, Stefan Zakarias
no flags Details

  None (edit)
Description Stefan Zakarias 2007-12-09 19:48:31 EST
Description of problem:
Using the kernel stops any digital output (SPDIF) from my
Audigy2 Value card.  Must revert back to kernel for the digital
output to work.

Version-Release number of selected component (if applicable):

How reproducible:
Enabling Analog output works fine (e.g: the multiple connectors to the analogue
input of the amplifier). If you enable Analogue/Digital output in either Gnome
Volume Control or KMix, then the Analogue (multiple connectors) output is
disabled (no sound), but there is no output from the Digital Output either.  I
am using Optical output to amplifier.

Steps to Reproduce:
1. Open a sound mixer for Alsa (I am not using PulseAudio components)
2. Select/Enable the Analogue/Digital Output switch
3. The kernel works as expected, the kernel has
no sound from the SPDIF connector.
Actual results:
No sound output from SPDIF, but there is sound output through the analogue
(multiple) connectors if you disable Analogue/Digital Output.  If you enable
SPDIF (Analogue/Digital Output) then the analogue (multiple) connectors go
silent as well as no sound from the SPDIF connection.

Expected results:
SPDIF should work as in kernel

Additional info:
I am not using PulseAudio.  Using Gnome.  This works in kernel,
but fails in kernel  Feeding audio into a Sony Home
Entertainment Amplifier.
Comment 1 Stefan Zakarias 2007-12-09 19:51:08 EST
Oops...  Where I mention, I actually mean
Comment 2 Chuck Ebbert 2007-12-10 17:31:40 EST
You should be able to work around this by going to a console and running this
command as root:

alsactl -F restore

Comment 3 Stefan Zakarias 2007-12-10 22:11:28 EST
Created attachment 283551 [details]
My /etc/alsa/asound.state file
Comment 4 Stefan Zakarias 2007-12-10 22:18:11 EST
(In reply to comment #2)
> You should be able to work around this by going to a console and running this
> command as root:
> alsactl -F restore
I tried this, but I get an error:

[root@localhost ~]# alsactl -F restore
alsactl: set_control:970: failed to obtain info for control #213 (No such file
or directory)
alsactl: set_control:970: failed to obtain info for control #217 (No such file
or directory)

If I do the same with the kernel, then I don't get the above
error messages but it does not fix the problem for when I switch to the kernel either :(

I've added my asound.state file (see previous post) so you can see it, but I
noticed that the two numbers referred to in the error messages (213 & 217) point
to IEC controls with strange "values" (compared to the rest of the controls).

Would I be wrong in thinking that this is where the problem lies and that the kernel somehow exacerbates the issue?
Comment 5 Stefan Zakarias 2007-12-11 02:04:40 EST
I think I've fixed my problem.  I deleted "control.213" in my
"/etc/alsa/asound.state" file and renumbered the remaining controls accordingly.
 This has allowed the sound to pass out to the SPDIF connection.

So yes, kernel does aggravate the problem but it is not this
kernel version's fault.  You could say that it is a problem not highlighted by 
previous kernels and that the newer kernel actually makes it known :)

My apologies for any time wasted on this issue ;)

Note You need to log in before you can comment on or make changes to this bug.