On 2016.08.29 at 11:32 +0200, Takashi Iwai wrote: > On Mon, 29 Aug 2016 11:20:47 +0200, > Markus Trippelsdorf wrote: > > > > On 2016.08.29 at 11:16 +0200, Takashi Iwai wrote: > > > On Mon, 29 Aug 2016 11:05:48 +0200, > > > Markus Trippelsdorf wrote: > > > > > > > > On 2016.08.29 at 10:56 +0200, Markus Trippelsdorf wrote: > > > > > > > > > > Unfortunately running: hda-verb /dev/snd/hwC0D0 0x14 SET_POWER 0x00 > > > > > has no effect. > > > > > > > > OK. > > > > Running: hda-verb /dev/snd/hwC0D0 0x15 SET_DIGI_CONVERT_1 0x01 > > > > fixes the issue. > > > > I have now put this into my startup script. > > > > > > Oh, then you're using SPDIF output or such? I missed it from the > > > description. > > > > Yes, as I wrote in first mail: > > it is a TOSLINK-S/PDIF link to my DAC. > > Yeah, now I found it. It's hidden well like Wally, as if it's a part > of the "aplay -l" output... Hey, never mind. > > > This should have been set by IEC958 status bits control. Does the > > > problem exist only after a fresh reboot? > > Yes. And only for a few minutes. After that it gets finally switched on. > > Hm, it's interesting who sets this bit at all. Could you track it via > tracing verbs as described in Documentation/sound/alsa/HD-Audio.txt. I'm not particular motivated now that it is working as expected again. But if I find time I will do the tracing. -- Markus _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
