Bug 24342

interesting thing is that while the same problem affects kernel 2.6.36.1-1 from rawhide, I have found some custom build 2.6.36-1 here:

http://forums.fedoraforum.org/showthread.php?t=253319&highlight=kernel&page=2

with this one sound on spdif works for me again. I suppose then that this might be some configuration issue and/or some patch which is once apllied once not. but since there is no difference in logs it is hard to me to find the problem.

actually I am experiencing other problem with sound over nvidia hdmi so there are some log messages:

[   13.910905] ALSA sound/pci/hda/hda_intel.c:711: azx_get_response timeout, switching to polling mode: last cmd=0x100f0000
[   14.911299] ALSA sound/pci/hda/hda_intel.c:1424: Codec #1 probe error; disabling it...
[   15.919737] ALSA sound/pci/hda/hda_intel.c:1424: Codec #2 probe error; disabling it...
[   16.928181] ALSA sound/pci/hda/hda_intel.c:1424: Codec #3 probe error; disabling it...
[   16.967902] hda_codec: ALC889: BIOS auto-probing.
[   16.975568] HDA Intel 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[   16.975571] hda_intel: codec_mask forced to 0xf2
[   19.988514] ALSA sound/pci/hda/hda_intel.c:711: azx_get_response timeout, switching to polling mode: last cmd=0x400f0000
[   20.990043] ALSA sound/pci/hda/hda_intel.c:1424: Codec #4 probe error; disabling it...
[   21.999400] ALSA sound/pci/hda/hda_intel.c:1424: Codec #5 probe error; disabling it...
[   23.008919] ALSA sound/pci/hda/hda_intel.c:1424: Codec #6 probe error; disabling it...
[   24.018342] ALSA sound/pci/hda/hda_intel.c:1424: Codec #7 probe error; disabling it...



however now the sound works with spdif and above messages sho they are not related.

At least, you can check alsa-info.sh outputs on both working and non-working kernels.

Possibly it's due to some IEC958 status bits.  Check the output of iecset in alsa-utils package.

Created attachment 39912 [details]
this is alsa-info output for a kernel with working audio over spdif

Created attachment 39922 [details]
this is alsa-info output for a kernel with NOT working audio over spdif

I have done a quick look into the diff between those two logs but have found nothing related to iec/spdif :(

bad thing is that I have this problem with all newer kernel builds.

also missing sound related booting dmesg for working kernel (2.6.36-1):

 [    8.055480] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[    8.055566] HDA Intel 0000:00:1b.0: irq 47 for MSI/MSI-X
[    8.055585] HDA Intel 0000:00:1b.0: setting latency timer to 64
[    8.186640] ALSA sound/pci/hda/patch_realtek.c:1355: SKU: Nid=0x1d sku_cfg=0x4007f603
[    8.186643] ALSA sound/pci/hda/patch_realtek.c:1357: SKU: port_connectivity=0x1
[    8.186645] ALSA sound/pci/hda/patch_realtek.c:1358: SKU: enable_pcbeep=0x0
[    8.186647] ALSA sound/pci/hda/patch_realtek.c:1359: SKU: check_sum=0x00000007
[    8.186649] ALSA sound/pci/hda/patch_realtek.c:1360: SKU: customization=0x000000f6
[    8.186651] ALSA sound/pci/hda/patch_realtek.c:1361: SKU: external_amp=0x0
[    8.186652] ALSA sound/pci/hda/patch_realtek.c:1362: SKU: platform_type=0x0
[    8.186654] ALSA sound/pci/hda/patch_realtek.c:1363: SKU: swap=0x1
[    8.186656] ALSA sound/pci/hda/patch_realtek.c:1364: SKU: override=0x1
[    8.186732] hda_codec: ALC889: BIOS auto-probing.
[    8.186735] ALSA sound/pci/hda/hda_codec.c:4611: autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0)
[    8.186737] ALSA sound/pci/hda/hda_codec.c:4615:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    8.186740] ALSA sound/pci/hda/hda_codec.c:4619:    hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
[    8.186742] ALSA sound/pci/hda/hda_codec.c:4620:    mono: mono_out=0x0
[    8.186743] ALSA sound/pci/hda/hda_codec.c:4623:    dig-out=0x1e/0x0
[    8.186745] ALSA sound/pci/hda/hda_codec.c:4631:    inputs: mic=0x18, fmic=0x19, line=0x1a, fline=0x0, cd=0x0, aux=0x0
[    8.188258] ALSA sound/pci/hda/patch_realtek.c:1405: realtek: No valid SSID, checking pincfg 0x4007f603 for NID 0x1d
[    8.188260] ALSA sound/pci/hda/patch_realtek.c:1421: realtek: Enabling init ASM_ID=0xf603 CODEC_ID=10ec0889
[    8.194120] HDA Intel 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[    8.194122] hda_intel: Disable MSI for Nvidia chipset
[    8.194199] HDA Intel 0000:01:00.1: setting latency timer to 64

FYI this dmesg seems to be identical for working and non working kernel as well

I confirm this bug too. 
Fedora 14 : 2.6.35.6-48.fc14.x86_64

no sound will be output from the AV receiver connected via optical SPDIF to the desktop with any kernel newer than this one. 

I am using pulseaudio-0.9.21-7.fc14.x86_64 

aplay -l output : 

**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC889 Analog [ALC889 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: ALC889 Digital [ALC889 Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 3: ATI HDMI [ATI HDMI]
  Subdevices: 1/1
  Subdevice #0: subdevice #0


I am not using udev detect in pulse audio config, i have defined a static list of streams, i find it is easier to manage with custom names, such as : 

load-module module-alsa-sink device=spdif:0 sink_name=spdif


My motherboard is an asus rampage iii extreme. 

Let me know if/how i can help. 

Cheers,
Romain.

Output from iecset is exactly the same for working (2.6.35.6-48.fc14.x86_64) and non working (tested on /vmlinuz-2.6.35.9-64.fc14.x86_64 and /vmlinuz-2.6.35.10-72.fc14.x86_64) : 


romain@desktop:[/mnt/documents/iecset]$ iecset -c 0 
Mode: consumer
Data: audio
Rate: 44100 Hz
Copyright: permitted
Emphasis: none
Category: general
Original: 1st generation
Clock: 1000 ppm

romain@desktop:[/mnt/documents/iecset]$ iecset -c 0 -x
AES0=0x04,AES1=0x00,AES2=0x00,AES3=0x00


In my case this is a regression.

I have the same problem, please see fedora bug 
https://bugzilla.redhat.com/show_bug.cgi?id=682480

problem still exists with kernel-2.6.38-1.fc15.x86_64

What I need the exact condition that makes the difference.
Could you figure out how different sound/pci/hda/*.[ch] between working and non-working versions?

I mean between 2.6.35.6-45 and 2.6.35.9-64.

http://git.kernel.org/?p=linux/kernel/git/longterm/linux-2.6.35.y.git;a=patch;h=5a8cfb4e8ae317d283f84122ed20faa069c5e0c4

I built snd-hda-codec-realtek on 2.6.35.11-84 with this patch reverted.
Both spdif and analog out is working (like in 2.6.34) then.

Could someone try to revert the commit in comment 13 whether it fixes the SPDIF problem on ALC888/ALC889?

#13 works for me

The patch in comment 13 adds essentially two things in alc_auto_init_amp():
 1. set EAPD for NIDs 0x14/0x15
 2. call alc889_coef_init()

My guess is that 2 does something wrong.  Does the patch below instead of the revert patch work?

Created attachment 51692 [details]
Test fix patch

patch in comment 17 works great!

with the reverted patch (comment 13) with analog output one channel (left? I'm not sure anymore) was not working, but I thought it was a cabling problem. Now I know it wasn't.

There i now only one little oddity:
The external amp is not unlocked after playing something via spdif.
I.e.
after "pasuspender -- mplayer -ao alsa:device=spdif -ac hwac3, ..."
it still shows AC3 signal, on "mplayer -ao pulse ..." (or any other output via PA) it switches to PCM.
Before (comment 13 or 2.6.34) the signal was off when nothing was output.

A patch referencing this bug report has been merged in v2.6.38-8876-g036a982:

commit 20b67dddcc5f29d3d0c900225d85e0ac655bc69d
Author: Takashi Iwai <tiwai@suse.de>
Date:   Wed Mar 23 22:54:32 2011 +0100

    ALSA: hda - Fix SPDIF out regression on ALC889

fix is in 2.6.35.12

http://git.kernel.org/?p=linux/kernel/git/longterm/linux-2.6.35.y.git;a=commit;h=083dda3eb79e0ec653ed81ffe9cc2c29cc8ab1b8