sound blaster recon3d driver update mutes

> It means create a new ca0132 model which won't load DSP and handle chipio > least I have some reports that the Recon3D hw works with very old kernels). OK, that was what I've been afraid of :- I think that we should revert to the pre-DSP code which seems to work (at > analog path, but the output is very distorted (like when you use an > generic driver, I can output only noise - the samples are delivered to the > 6 (the NID 0x0d is connected to DAC 6). (In reply to Jaroslav Kysela from comment #11) Spec->spec_init_verbs.param = AC_VERB_SET_EAPD_BTLENABLE Spec->spec_init_verbs.verb = AC_USRSP_EN | spec->unsol_tag_amic1 + spec->out_pins = 0x0f /* headphone out */ + spec->out_pins = 0x0d /* speaker out */ spec->out_pins = 0x10 /* headphone out */ spec->out_pins = 0x0b /* speaker out */ Some fixes would be needed in addition to patch_ca0132.c like: What if you build without CONFIG_SND_HDA_CODEC_CA0132_DSP? So, either CA0132-specific verb or the firmware makes the output broken?

(BTW you can use patch module option for this.) # cat /sys/module/snd_hda_intel/parameters/model Digging more, but I welcome any ideas.Ī really dirty hack (configuration) to make 'line out 1' (middle jack) work (like in FreeBSD):Īdd 'model=generic' to /etc/modprobe.d for snd-hda-intel module and run this script (correct C0D1 - replace 0 with your card number):

It appears that the codec should be reconfigured when the DSP is loaded. I found that some widget default configs changes when the DSP is loaded: The big question is if the DSP firmare is compatible with the last fw revision (firmware date is Wed Apr 3 16:42:28 2013). It's something in the DSP / mixer / amplifier settings. Note that the playback stream can be captured using 'CA0132 What U Hear' capture device so PCM / DMA interface is fine.

Sound Blaster Z here, analog mic input is working (with the correct mixer setup using alsamixer), but the playback does not work.

Sound blaster recon3d driver update mutes