ca0132 in 3.9-rc5, no optical output

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



hi,
i've recently updated my system to 3.9-rc5 to test out the new ca0132 driver with dsp fw loader support. while analog output is working fine, after the update (previously using alsa-hda-dkms_0.201301111504~quantal1_all.deb on ubuntu 12.10 3.5.0-26-generic), spdif over my motherboard's optical output has stopped functioning. the motherboard is a gigabyte g1 sniper m3 with integrated ca0132 chipset (http://www.gigabyte.us/products/product-page.aspx?pid=4168).
i've confirmed that backport of the new driver (from alsa-hda-dkms_0.201302192008~quantal1_all.deb) also displays the same issue.
things i've tried to get it working:

1. tried every combination of alsamixer settings and outputs (PCH 1 is what i'm using on the older driver, but i tested PCH 0, 3, and 7 as well).
2. tested with and without ctefx.bin; and, tested multiple versions of ctefx.bin from the chromeos tree
3. adjusted prealloc buffer (is 1024k default on new driver, 64k on old)
4. tried many different settings using hdajackretask from alsa-tools git. these didn't seem affect much, except causing the fw to reload on the dsp after every reconfiguration (even with all pins set to disconnected, audio still played with the old driver).
5. changed HDA-Intel.conf to use pin 16 for IEC958 controls, as noted in other threads and in git
6. temporarily disabled snd_hda_codec_hdmi to disable outputs 3 & 7
7. tried 2 different external DACs to decode the optical stream; neither locked on to any signal with the new driver
8. restore default mixer settings / remove asound.state

another quirk i've noticed is that the optical seems to have jack detect enabled by default. it is off, but i'll plug in headphones and the red toslink led will come on. of course this behaviour can be (unreliably?) changed via alsamixer. while testing i ended up installing an optical switch, so i can see if the toslink output is even powered on.

i've attached dmesg from the working 3.5 driver, and the non-working 3.9-rc5 driver, as well as the contents of codec#2 and codec#3. the dmesg shows me cycling through the playback devices PCH 1, 0, 3, and 7.

fwiw, months ago i tried the initial version of the fw loading ca0132 driver from chromeos (before the fw loader functions were moved out of the ca0132 driver) and if i recall optical worked fine.

any suggestions appreciated.

thanks,
-matt

Attachment: ca0132-3.5-PCH1037.dmesg.gz
Description: Binary data

Attachment: ca0132-3.5-codec2.out.gz
Description: Binary data

Attachment: ca0132-3.5-codec3.out.gz
Description: Binary data

Attachment: ca0132-3.9-PCH1037.dmesg.gz
Description: Binary data

Attachment: ca0132-3.9-codec2.out.gz
Description: Binary data

Attachment: ca0132-3.9-codec3.out.gz
Description: Binary data

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Alsa-user mailing list
Alsa-user@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/alsa-user

[Index of Archives]     [ALSA Devel]     [Linux Audio Users]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]

  Powered by Linux