Bug 55541 - No Sound Creative Soundblaster Z
Summary: No Sound Creative Soundblaster Z
Status: RESOLVED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: Sound(ALSA) (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Jaroslav Kysela
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-21 13:57 UTC by Denis Savelyev
Modified: 2018-05-27 22:59 UTC (History)
49 users (show)

See Also:
Kernel Version: <=3.9-r3
Tree: Mainline
Regression: No


Attachments
Kernel Debug information & Codec output (59.92 KB, text/plain)
2013-07-19 18:26 UTC, Acidphase
Details
alsa-info Kernel 3.8.11 (31.34 KB, text/plain)
2013-08-01 07:17 UTC, Acidphase
Details
Test patch for CA0132 HD-audio controller (503 bytes, patch)
2014-08-08 15:05 UTC, Takashi Iwai
Details | Diff
alsa-info for CA0132 (ZxR) (44.98 KB, text/plain)
2014-08-10 22:38 UTC, ganthore
Details
Patch to use generic parser for non-Pixel ca0132 boards (1.20 KB, patch)
2014-08-12 10:29 UTC, Takashi Iwai
Details | Diff
Creative SB ZxR - No Sound (90.35 KB, text/plain)
2014-08-16 16:39 UTC, Lars Ulrich
Details
alsa-info ca0132 Recon 3D (57.36 KB, application/octet-stream)
2014-08-17 03:34 UTC, Marc Bourgoin
Details
alsa info for ZXR (SB1510) - no sound - 3.16.2 kernel (78.37 KB, text/plain)
2014-09-11 18:30 UTC, Mikhail
Details
/proc/asound/PCH/codec#2 (10.13 KB, text/plain)
2014-09-11 19:37 UTC, Thomas Lindroth
Details
attachment-29674-0.html (1.18 KB, text/html)
2015-04-04 11:20 UTC, Jonas Beck
Details
FreeBSD 11.0-CURRENT verbose boot logs (32.12 KB, text/x-log)
2015-11-17 21:20 UTC, Dhiru Kholia
Details
3 sound cards (onboard + Audigy SB0220 + Creative SoundBlaster Z) - only onboard audio works (162.08 KB, application/octet-stream)
2015-12-08 18:24 UTC, Andrei Costache
Details

Description Denis Savelyev 2013-03-21 13:57:09 UTC
Good day.

CA0132 is support, my soundcard Creative Soundblaster Z detected, but no sound.

With last dev-kernel (3.9-r3) I enable this .config:

CONFIG_SND_HDA_CODEC_CA0132=y
CONFIG_SND_HDA_CODEC_CA0132_DSP=y
CONFIG_EXTRA_FIRMWARE="ctefx.bin ctspeq.bin"

These firmware included when compiling:
  MK_FW   firmware/ctefx.bin.gen.S
  MK_FW   firmware/ctspeq.bin.gen.S
  AS      firmware/ctefx.bin.gen.o
  AS      firmware/ctspeq.bin.gen.o

Output "lsmod | grep ca0132":

snd_hda_codec_ca0132    35296  1 
snd_hda_codec         154312  4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_ca0132
snd                    69106  33 snd_hda_codec_realtek,snd_usb_audio,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_rawmidi,snd_usbmidi_lib,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_pcsp,snd_hda_codec_ca0132

But Output "dmesg | grep ca0132":
[    3.817296] ca0132 DOWNLOAD FAILED!!! DSP IS NOT RUNNING.

Where the problem? 
Why is there no sound on this soundcard (Creative Soundblaster Z)? 

Thanks for the help.
Comment 1 Gregory Krzystek 2013-03-30 09:22:48 UTC
Same problem with Creative Sound Blaster ZXR
No sound at all.
rmmod and modprobe again loads DSP but still no sound

[  719.874101] hda_intel: Disabling MSI
[  719.874114] hda-intel 0000:03:00.0: Force to non-snoop mode
[  720.459053] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
[  721.267711] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
[  721.468298] hda_codec: cannot build controls for #2 (error -16)
[  722.055575] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
[  722.276650] input: HDA Creative Line as /devices/pci0000:00/0000:00:1c.3/0000:03:00.0/sound/card1/input14
[  722.276688] input: HDA Creative Front Headphone as /devices/pci0000:00/0000:00:1c.3/0000:03:00.0/sound/card1/input15
[  722.276722] input: HDA Creative Line Out as /devices/pci0000:00/0000:00:1c.3/0000:03:00.0/sound/card1/input16
[  744.783426] hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj.
Comment 2 Paulo Narciso 2013-05-05 22:17:23 UTC
Another Creative Sound blaster Z user here, and with the same issue.

I'm running Xubuntu 13.04 with the latest hda driver and I can't get any sound from it.

I also tried kernel 3.9 and it's the same behavior, the card is completely mute.
Comment 3 Paulo Narciso 2013-05-05 22:21:57 UTC
Here's my alsa-info : http://www.alsa-project.org/db/?f=24542f6f9e68119362e1df65926ad15554f0f968
Comment 4 Gregory Krzystek 2013-05-07 16:28:18 UTC
Here is my alsa info - Sound Blaster ZXR
http://www.alsa-project.org/db/?f=8975fef56feb7efcbd5ba01a71915ee9fcfedd85
Comment 5 Acidphase 2013-05-11 23:42:23 UTC
Add me to the crowd lol

Gentoo x86_64 3.9.2-gentoo

Sound Blaster Z

[    3.369657] snd_hda_intel 0000:07:00.0: enabling device (0000 -> 0002)
[    3.371425] hda_intel: Disabling MSI
[    3.373131] hda-intel 0000:07:00.0: Force to non-snoop mode
-
[    5.937591] ca0132 DOWNLOAD FAILED!!! DSP IS NOT RUNNING.

I have also have the external firmware built in.

CONFIG_SND_HDA_CODEC_CA0132=y
CONFIG_SND_HDA_CODEC_CA0132_DSP=y
CONFIG_EXTRA_FIRMWARE="ctefx.bin ctspeq.bin"
Comment 6 Acidphase 2013-05-12 16:56:50 UTC
From what little research that I have done as it seems the biggest difference between he Z series cards and the Recon 3D series is the new DAC

"24-bit/192 kHz Cirrus Logic CS4398" Info here:
http://www.cirrus.com/en/pubs/proDatasheet/CS4398_F1.pdf
http://www.cirrus.com/en/products/cs4398.html

It uses the same sound processor The quad-core SoundCore3D chip (ca0132).

Not sure if this info helps or I'm just spamming here, if there is anything the devs needs and I can help out in anyway feel free to let me know.

-Ron
Comment 7 Acidphase 2013-05-31 13:47:20 UTC
Is anything moving forward on this ?

I have no sound in Linux now for quite some time..
Comment 8 mmstick 2013-06-01 09:50:21 UTC
I suggest changing the name of the title to: "Creative Recon3D + Sound Blaster Z (CA0132) Linux Support"

I bought a Creative Recon3D back in late 2011 when it released. I have tried every Linux kernel since then and numerous workarounds in attempt to get this to function. However, even with the latest RC of kernel 3.10 I still cannot get any sound out of my Recon3D at all.
Comment 9 Acidphase 2013-06-16 09:23:42 UTC
"2013-03-21" almost 3 months later not even a single reply from a developer on this. I mean anything would be nice. "Not fixing, working on it, haven't had the time" Something.
Comment 10 mmstick 2013-06-16 19:12:13 UTC
I was able to get a Creative CA0132 (Recon3D + Sound Blaster Z) sound card to function within Linux. Someone noted that the 32-bit kernel plays just fine, but that the 64-bit kernel needs a special fix in /etc/rc.local. Add the following before exit 0:

rmmod snd_hda_intel
modprobe snd_hda_intel position_fix=1

Someone at ALSA needs to get this patched up ASAP.
Comment 11 Gregory Krzystek 2013-06-16 19:14:54 UTC
(In reply to comment #10)
> I was able to get a Creative CA0132 (Recon3D + Sound Blaster Z) sound card to
> function within Linux. Someone noted that the 32-bit kernel plays just fine,
> but that the 64-bit kernel needs a special fix in /etc/rc.local. Add the
> following before exit 0:
> 
> rmmod snd_hda_intel
> modprobe snd_hda_intel position_fix=1
> 
> Someone at ALSA needs to get this patched up ASAP.

this works with Recon3D but not with SoundBlaster Z/XZ/ZXR
Comment 12 Acidphase 2013-06-16 20:48:08 UTC
What about the Z series cards? Any plans to fix them? Still no word from the Devs.
Comment 13 Acidphase 2013-06-16 21:04:07 UTC
By the way the rc.local equivalent in Gentoo is in /etc/local.d/

Configuration

All scripts in /etc/local.d/ with the suffix .start will be executed at boot time, all scripts with suffix .stop at shutdown time.
To e.g. output the text Hello world! at boot time, create the new file /etc/local.d/HelloWorld.start:

 [Collapse] File/etc/local.d/HelloWorld.start
#!/bin/sh
echo "Hello world!"
Afterwards mark the script as executable:
root # 
chmod +x /etc/local.d/HelloWorld.start
To start the local.d scripts at boot time, add its init.d script to your default runlevel:
root # 
rc-update add local default
Now you can start the service by making OpenRC check for stopped services in the default runlevel
root # 
rc
or start it explicitly
root # 
rc-service local start

Reference: http://wiki.gentoo.org/wiki/Local.d

I'm curious if someone with a Gentoo setup has used the work around mentioned in comments 10 and 11.
Comment 14 mmstick 2013-06-16 21:10:34 UTC
This is also good reference: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1166529

Someone finally assigned the bug there with an importance along with a different fix that does the same thing.

echo "options snd-hda-intel position_fix=1" | sudo tee -a /etc/modprobe.d/alsa-base.conf
Comment 15 Takashi Iwai 2013-06-17 09:07:15 UTC
(In reply to comment #12)
> What about the Z series cards? Any plans to fix them? Still no word from the
> Devs.

Try to ask Creative.  The driver comes from them, and we've got no technical information available regarding the DSP on the board.  We can try to fix a regression, but it's not the case, unfortunately.
Comment 16 Takashi Iwai 2013-06-17 09:14:19 UTC
(In reply to comment #10)
> I was able to get a Creative CA0132 (Recon3D + Sound Blaster Z) sound card to
> function within Linux. Someone noted that the 32-bit kernel plays just fine,
> but that the 64-bit kernel needs a special fix in /etc/rc.local. Add the
> following before exit 0:
> 
> rmmod snd_hda_intel
> modprobe snd_hda_intel position_fix=1
> 
> Someone at ALSA needs to get this patched up ASAP.

Is it with the recent kernel (3.9 and later)?  Since CA0132 has a DSP support recently, we need to know whether the problem is in the DSP loading part or it's after DSP is running.

With a Recon3D board I tested earlier, the DSP loading failed at the first module load, for example.  This resulted in the complete silence.

So, what happens if you didn't pass position_fix=1 option?  Does the driver tell you that DSP is running or failed?

Also, could you confirm that the behavior really differs between 32bit and 64bit kernels even on the same machine?
Comment 17 Acidphase 2013-06-17 18:07:36 UTC
(In reply to comment #16)
> (In reply to comment #10)
> > I was able to get a Creative CA0132 (Recon3D + Sound Blaster Z) sound card
> to
> > function within Linux. Someone noted that the 32-bit kernel plays just
> fine,
> > but that the 64-bit kernel needs a special fix in /etc/rc.local. Add the
> > following before exit 0:
> > 
> > rmmod snd_hda_intel
> > modprobe snd_hda_intel position_fix=1
> > 
> > Someone at ALSA needs to get this patched up ASAP.
> 
> Is it with the recent kernel (3.9 and later)?  Since CA0132 has a DSP support
> recently, we need to know whether the problem is in the DSP loading part or
> it's after DSP is running.
> 
> With a Recon3D board I tested earlier, the DSP loading failed at the first
> module load, for example.  This resulted in the complete silence.
> 
> So, what happens if you didn't pass position_fix=1 option?  Does the driver
> tell you that DSP is running or failed?
> 
> Also, could you confirm that the behavior really differs between 32bit and
> 64bit kernels even on the same machine?

Takashi, first thank you for your replies it's greatly appreciated.

1. It's with the 3.9 and 3.10-rcX kernels.

2. Yes the position fix loads the DSP:
~ $ dmesg | grep DSP
[    9.900606] ca0132 DOWNLOAD FAILED!!! DSP IS NOT RUNNING.
[   22.294978] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.

3. I don't have a 32bit kernel setup at the moment to let you know if it really differs.

I and other have/are tried/trying to reach out to creative. I personally sent a email to their Public relations and Developers with not surprise haven't received a response. We also reached out on to the discussion forums one of the threads had to get closed because of the Windows Fanboys starting a flame war on the thread. 

I had feeling it was because you were missing documentation on this chip and DAC. I/we have even pointed out that all we need is some basic driver or information for this purpose and the community would take it from there.
It's like pulling teeth dealing with the trolls on forums and trying to get a intelligent dialogue going with and actual creative developer.

Forum Links:
http://forums.creative.com/showthread.php?t=699670 Closed
http://forums.creative.com/showthread.php?t=699748 Open

Creative Labs Connect has tumble weed blowing around since 2008:
http://connect.creativelabs.com/linux/default.aspx

In short no one seems to care @ Ceative thus far, which will be remembered the next time I'm in the market for a sound card lol.

In the interim is there any sort of technical docs that would help? I know I mentioned a link to the white papers of the DAC on the Blaster Z cards straight from Cirrus Logic back in comment #6.
Comment 18 Acidphase 2013-06-17 18:21:38 UTC
Takashi I forwarded the email I sent out to Creative to you.
Comment 19 Takashi Iwai 2013-06-18 13:12:01 UTC
(In reply to comment #17)
> > So, what happens if you didn't pass position_fix=1 option?  Does the driver
> > tell you that DSP is running or failed?
> > 
> > Also, could you confirm that the behavior really differs between 32bit and
> > 64bit kernels even on the same machine?
> 
> Takashi, first thank you for your replies it's greatly appreciated.
> 
> 1. It's with the 3.9 and 3.10-rcX kernels.
> 
> 2. Yes the position fix loads the DSP:
> ~ $ dmesg | grep DSP
> [    9.900606] ca0132 DOWNLOAD FAILED!!! DSP IS NOT RUNNING.
> [   22.294978] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.

Why two lines in the long time period?  And are both of them the result *without* position_fix=1 option?

The second DSP load might be after the power-saving resume.  But it's still unclear what you tested exactly...

I'm asking this because we need to understand why position_fix option fixes anything.  The option is no magic.
Comment 20 Gregory Krzystek 2013-06-18 13:17:41 UTC
> 
> Why two lines in the long time period?  And are both of them the result
> *without* position_fix=1 option?
> 
> The second DSP load might be after the power-saving resume.  But it's still
> unclear what you tested exactly...
> 
> I'm asking this because we need to understand why position_fix option fixes
> anything.  The option is no magic.

this optin dosn't fix any thing.
the magick is:

unload module
load it again
then dsp loads and i am getting ca0132 DOWNLOAD OK 
:-) DSP IS RUNNING. message.

but card still don't play sounds
Comment 21 Takashi Iwai 2013-06-18 13:43:34 UTC
It's no surprise.  The no sound on Z-series is possibly other reasons.

But rather the question is about Recon3D.  For recon3D, do you still need this option at all?  Or just reloading the module helps?
Comment 22 Jaroslav Kysela 2013-06-18 14:50:33 UTC
Note: I worked with an older kernel (2.6.18) and the initialization sequence must be called twice (the complete HDA controller & codec init) otherwise the Recon3D does not produce any sound after boot (rmmod & insmod sequence is sufficient to make things working even for the pre-DSP driver version). I was not able to trace the exact point-of-failure . It looks like a bad timing somewhere.

diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index b9a3f6a..b7fabf5 100644
--- a/sound/pci/hda/hda_intel.c
+++ b/sound/pci/hda/hda_intel.c
@@ -542,6 +542,7 @@ enum {
 #define AZX_DCAPS_ALIGN_BUFSIZE	(1 << 22)	/* buffer size alignment */
 #define AZX_DCAPS_4K_BDLE_BOUNDARY (1 << 23)	/* BDLE in 4k boundary */
 #define AZX_DCAPS_POSFIX_COMBO  (1 << 24)	/* Use COMBO as default */
+#define AZX_DCAPS_RETRY2	(1 << 25)	/* Do init twice */
 
 /* quirks for ATI SB / AMD Hudson */
 #define AZX_DCAPS_PRESET_ATI_SB \
@@ -558,7 +559,8 @@ enum {
 	 AZX_DCAPS_ALIGN_BUFSIZE)
 
 #define AZX_DCAPS_PRESET_CTHDA \
-	(AZX_DCAPS_NO_MSI | AZX_DCAPS_POSFIX_LPIB | AZX_DCAPS_4K_BDLE_BOUNDARY)
+	(AZX_DCAPS_NO_MSI | AZX_DCAPS_POSFIX_LPIB | AZX_DCAPS_4K_BDLE_BOUNDARY |\
+	 AZX_DCAPS_RETRY2)
 
 /*
  * VGA-switcher support
@@ -3148,6 +3150,7 @@ static int __devinit azx_probe(struct pci_dev *pci,
 	static int dev;
 	struct snd_card *card;
 	struct azx *chip;
+	unsigned int caps_mask = 0;
 	int err;
 
 	if (dev >= SNDRV_CARDS)
@@ -3157,6 +3160,7 @@ static int __devinit azx_probe(struct pci_dev *pci,
 		return -ENOENT;
 	}
 
+retry:
 	card = snd_card_new(index[dev], id[dev], THIS_MODULE, 0);
 	if (!card) {
 		snd_printk(KERN_ERR SFX "Error creating card!\n");
@@ -3166,10 +3170,16 @@ static int __devinit azx_probe(struct pci_dev *pci,
 	/* set this here since it's referred in snd_hda_load_patch() */
 	snd_card_set_dev(card, &pci->dev);
 
-	err = azx_create(card, pci, dev, pci_id->driver_data, &chip);
+	err = azx_create(card, pci, dev,
+				pci_id->driver_data & ~caps_mask, &chip);
 	if (err < 0)
 		goto out_free;
 	card->private_data = chip;
+	if (chip->driver_caps & AZX_DCAPS_RETRY2) {
+		caps_mask = AZX_DCAPS_RETRY2;
+		snd_card_free(card);
+		goto retry;
+	}
 
 	if (!chip->disabled) {
 		err = azx_probe_continue(chip);
Comment 23 Acidphase 2013-07-19 04:57:41 UTC
Well just as an FYI I received this email today which may explain why this whole codec/driver is a mess.

"Hello Ron,
Thank you for getting in touch, and many apologies for the delayed response.

I'm sorry to hear that you are having difficulty getting your SoundBlaster Z to work on your system under Linux. I was involved in the upstreaming of the Creative CA0132 codec to the ALSA repository, so I might be able to help provide some information on this.

The CA0132 codec was originally intended for and designed to support the Chromebook Pixel hardware architecture. I'm sorry to say that this means that the current codec isn't expected to work on other products that have different architectures, such as the Z series. Thank you very much for all the information and details you provided though, it is much appreciated, and I hope they may come in useful at a later date.

Best regards,
- Ian"

We really need to get someone rolling on this because it's been far to long already with no sound with these cards. Creative either needs to be harassed or we as a community have to pull together and try to provide the developers with as much information as possible.

Would Kernel mesages and /proc info on the Codec help at all or would it just produce a lot of spam for the Developers?
Comment 24 Richard 2013-07-19 15:34:13 UTC
Hi,
i own a Creative Soundblaster ZXR and am also unable to get sound from my card.

I am not able to write a Kernel Module myself but am willing to help resolving this bug.
If I can help with testing something, please send an e-mail to me.

Greetings
Comment 25 Acidphase 2013-07-19 18:26:18 UTC
Created attachment 106952 [details]
Kernel Debug information & Codec output

Well in light of the latest response from the email I received from Ian Minett concerning the ca0132 portion of the snd_intel_hda kernel driver. I'm not sure what the plan of attack is from here. I figure though in the interim I can spam you with a bunch of kernel debug messages from ALSA as I set it to the highest verbosity level.

 Actually if there is more I can do let me know. I will also provide the output information from the codec produced by the ca0132 portion of intel sound driver via /proc/asound/card*/codec*.

I'm not sure any of this helps just trying to do something sitting around idle is driving me nuts with no sound support. So if it's useless information I apologize in advance.
Comment 26 Gregory Krzystek 2013-07-20 17:44:45 UTC
(In reply to Acidphase from comment #23)
> Well just as an FYI I received this email today which may explain why this
> whole codec/driver is a mess.
> 
> "Hello Ron,
> Thank you for getting in touch, and many apologies for the delayed response.
> 
> I'm sorry to hear that you are having difficulty getting your SoundBlaster Z
> to work on your system under Linux. I was involved in the upstreaming of the
> Creative CA0132 codec to the ALSA repository, so I might be able to help
> provide some information on this.
> 
> The CA0132 codec was originally intended for and designed to support the
> Chromebook Pixel hardware architecture. I'm sorry to say that this means
> that the current codec isn't expected to work on other products that have
> different architectures, such as the Z series. Thank you very much for all
> the information and details you provided though, it is much appreciated, and
> I hope they may come in useful at a later date.
> 
> Best regards,
> - Ian"
> 
> We really need to get someone rolling on this because it's been far to long
> already with no sound with these cards. Creative either needs to be harassed
> or we as a community have to pull together and try to provide the developers
> with as much information as possible.
> 
> Would Kernel mesages and /proc info on the Codec help at all or would it
> just produce a lot of spam for the Developers?

Maybe we can ask Ian for technical specification of all variants of SoundCore 3d chip aka ca0132?
If we get specs we can write driver.
Comment 27 Acidphase 2013-07-20 21:49:15 UTC
(In reply to Gregory Krzystek from comment #26)
> (In reply to Acidphase from comment #23)
> > Well just as an FYI I received this email today which may explain why this
> > whole codec/driver is a mess.
> > 
> > "Hello Ron,
> > Thank you for getting in touch, and many apologies for the delayed
> response.
> > 
> > I'm sorry to hear that you are having difficulty getting your SoundBlaster
> Z
> > to work on your system under Linux. I was involved in the upstreaming of
> the
> > Creative CA0132 codec to the ALSA repository, so I might be able to help
> > provide some information on this.
> > 
> > The CA0132 codec was originally intended for and designed to support the
> > Chromebook Pixel hardware architecture. I'm sorry to say that this means
> > that the current codec isn't expected to work on other products that have
> > different architectures, such as the Z series. Thank you very much for all
> > the information and details you provided though, it is much appreciated,
> and
> > I hope they may come in useful at a later date.
> > 
> > Best regards,
> > - Ian"
> > 
> > We really need to get someone rolling on this because it's been far to long
> > already with no sound with these cards. Creative either needs to be
> harassed
> > or we as a community have to pull together and try to provide the
> developers
> > with as much information as possible.
> > 
> > Would Kernel mesages and /proc info on the Codec help at all or would it
> > just produce a lot of spam for the Developers?
> 
> Maybe we can ask Ian for technical specification of all variants of
> SoundCore 3d chip aka ca0132?
> If we get specs we can write driver.

It's worth a shot I'll shoot him an email see if I can get him in contact with Takashi as he's the man for the job lol.
Comment 28 Acidphase 2013-08-01 07:17:47 UTC
Created attachment 107072 [details]
alsa-info Kernel 3.8.11

I have Sound with my Sound Blaster Z!

So for kicks and giggles I decided to setup and compile an older kernel which was already in my /usr/src directory.

3.8.11-gentoo #3 SMP PREEMPT Thu Aug 1 02:32:53 EDT 2013 x86_64 AMD FX(tm)-8150 Eight-Core Processor AuthenticAMD GNU/Linux

I used the position fix as well:
rmmod snd_hda_intel
modprobe snd_hda_intel position_fix=1

I'm scared to reboot lol The sound is working fine clear and no crackle/hiss.
Comment 29 mmstick 2013-08-02 00:05:13 UTC
If you lose sound after a reboot, you will have to boot into Windows and then boot back into Linux to regain sound. I would also set your favourite settings in the control panel in Windows as it carries the same parameters, even EQ settings, to Linux.
Comment 30 Acidphase 2013-08-02 00:58:58 UTC
(In reply to mmstick from comment #29)
> If you lose sound after a reboot, you will have to boot into Windows and
> then boot back into Linux to regain sound. I would also set your favourite
> settings in the control panel in Windows as it carries the same parameters,
> even EQ settings, to Linux.

No need still have sound after reboot :D Sound system is still intact and working as intended. Hopefully they can take my information and go back to 3.8.11 to begin a regression process. 

I'm not sure at what exact version sound stopped working and I'm not about to configure and compile all kernel versions leading up to 3.10/11 lol
Comment 31 mmstick 2013-08-02 01:03:28 UTC
(In reply to Acidphase from comment #30)
> (In reply to mmstick from comment #29)
> > If you lose sound after a reboot, you will have to boot into Windows and
> > then boot back into Linux to regain sound. I would also set your favourite
> > settings in the control panel in Windows as it carries the same parameters,
> > even EQ settings, to Linux.
> 
> No need still have sound after reboot :D Sound system is still intact and
> working as intended. Hopefully they can take my information and go back to
> 3.8.11 to begin a regression process. 
> 
> I'm not sure at what exact version sound stopped working and I'm not about
> to configure and compile all kernel versions leading up to 3.10/11 lol

I'm certain that if you did that, you'd really lose sound. I lost sound on my Recon3D every time I upgraded the kernel and rebooted. It was only when I booted into Windows and then booted back into Ubuntu did sound return.
Comment 32 Acidphase 2013-08-02 01:44:30 UTC
(In reply to mmstick from comment #31)
> (In reply to Acidphase from comment #30)
> > (In reply to mmstick from comment #29)
> > > If you lose sound after a reboot, you will have to boot into Windows and
> > > then boot back into Linux to regain sound. I would also set your favorite
> > > settings in the control panel in Windows as it carries the same
> parameters,
> > > even EQ settings, to Linux.
> > 
> > No need still have sound after reboot :D Sound system is still intact and
> > working as intended. Hopefully they can take my information and go back to
> > 3.8.11 to begin a regression process. 
> > 
> > I'm not sure at what exact version sound stopped working and I'm not about
> > to configure and compile all kernel versions leading up to 3.10/11 lol
> 
> I'm certain that if you did that, you'd really lose sound. I lost sound on
> my Recon3D every time I upgraded the kernel and rebooted. It was only when I
> booted into Windows and then booted back into Ubuntu did sound return.

I think what you're trying to convey is that if I boot back into one of the newer kernels where I would lose sound then when I go back to the working kernel(3.8.11) I wouldn't get sound back unless I booted into windows?

If so this isn't the case I booted into 2 newer kernels 3.10.4 and 3.11-rc3 as expected so sound in either. Then I rebooted once more with 3.8.11 and I had sound again. Which tells me the sound driver in 3.8.11 is pretty stable which is a good thing in our scenario. (I haven't been in windows in days).

You have to keep in mind that our systems are most likely entirely different for one so is our cards I have a Blaster Z so the BIOS in them is different, I know our system BIOS is different. The sound device is being re-initialized with no problems for me. I also have a UEFI setup which Gentoo is installed with efivars present and working as well.
Comment 33 Acidphase 2013-08-05 10:31:15 UTC
Sigh just wanted to inform people that yes I have sound via Digital but not analogue.

I have sound via digital with kernels:
linux-3.4.55-gentoo
linux-3.8.11-gentoo
linux-3.8.13-gentoo

Kernels I've also triedI haven't tested analogue on all of them)

linux-3.9.11-gentoo-r1 
linux-3.10.
linux-3.10-rc1
linux-3.10-rc2
linux-3.10-rc6
linux-3.10.1-gentoo
linux-3.10.2-gentoo
linux-3.10.3-gentoo-r1
linux-3.10.4-gentoo
linux-3.10.5-gentoo
linux-3.11-rc2
linux-3.11-rc3
linux-3.11-rc4

I may start downloading some vanilla kernels via git and go from there to try and ascertain the exact version where I lose digital sound. I just don't know how much time I have to mess with this today.

Sorry for the bad news...
Comment 34 Acidphase 2013-08-06 20:30:11 UTC
Okay after testing a ridiculous amount of kernels I pretty much have Digital Audio from 3.1.1(when ca0132 was introduced) to 3.8.13 and then 3.9.1 where the DSP firmware was added in I lose Digital Audio. Not sure if this info helps but it's what I have determined. 

I obviously didn't test all the incremental releases if someone has that much time on them enjoy lol
Comment 35 mmstick 2013-08-13 19:37:37 UTC
I'm not sure about digital audio for mine, but I've only been able to get audio from the silver headphone out port on the back of the sound card and nowhere else. The system detects that something gets plugged into other ports, but there is no sound being directed to it over than silent static from the port.

mmstick@mmstick-PC:~$ sudo hda-jack-sense-test -c 1 -d 1 -a
Pin 0x0b (Green Line Out): present = No
Pin 0x0c (Purple SPDIF Out): present = No
Pin 0x0d (Yellow SPDIF Out): present = No
Pin 0x0e (Blue SPDIF In): present = No
Pin 0x0f (Green HP Out): present = Yes
Pin 0x10 (Orange HP Out): present = No
Pin 0x11 (Grey Line Out): present = No
Pin 0x12 (Pink Mic): present = No
Pin 0x13 (Internal Line In): present = No
Pin 0x18 (Not connected): present = No

Green HP Out of course is the silver headphone port on the back.
Comment 36 Acidphase 2013-09-04 12:35:49 UTC
Well I was able to get analog audio out of the front HD Audio pin connector which makes me happy at least I have sound via analog now.

This tells me the drivers is definitely working I have a feeling the jack assignments may be the issue we're having.

I'm uses the current kernel 3.11.0
Comment 37 Takashi Iwai 2013-09-06 14:06:59 UTC
Oh good to hear you got something!  What was the workaround you did exactly?
Comment 38 Paulo Narciso 2013-09-07 19:04:37 UTC
I'm running Ubuntu 13.10 + SoundBlaster Z with the latest kernel 3.11 and I can't have sound with any analog connectors including the front panel ones.
Comment 39 mmstick 2013-09-07 21:18:24 UTC
(In reply to Paulo Narciso from comment #38)
> I'm running Ubuntu 13.10 + SoundBlaster Z with the latest kernel 3.11 and I
> can't have sound with any analog connectors including the front panel ones.

Have you tried booting into Windows and then booting back into Ubuntu? I have to do that sometimes with my Recon3d.
Comment 40 Acidphase 2013-09-08 20:35:10 UTC
(In reply to Takashi Iwai from comment #37)
> Oh good to hear you got something!  What was the workaround you did exactly?

Nothing really just installed the latest kernel and built the audio drivers as modules then the usual position fix we have been using.


3.11.0-gentoo #1 SMP PREEMPT Fri Sep 6 15:41:02 EDT 2013 x86_64 AMD FX(tm)-8150 Eight-Core Processor AuthenticAMD GNU/Linux

rmmod snd_hda_intel
modprobe snd_hda_intel position_fix=1
Comment 41 Raymond 2013-09-11 01:15:56 UTC
http://www.alsa-project.org/main/index.php/Detailed_changes_v1.0.26_v1.0.27


Sound Blaster HDA CA0132 Firmware
 - Update ca0132 firmware files 
 ctefx.bin: 
 Update the CA0132 DSP image firmware file. This version: 
 - Includes key-click reduction feature. 
 - Fixes noisy output when GraphicEQ and SpeakerEQ are both turned on. 
 ctspeq.bin: 
 Add firmware file containing coefficient preset for SpeakerEQ 
 DSP feature. This preset has been tuned for Chromebook Pixel hardware. 
 Other CA0132 systems will run without loading this binary. 
 - Add firmware for CA0132 DSP

does it mean that only chromebook pixel need the firmware and other should not use the firmware ?
Comment 42 mmstick 2013-09-11 01:29:58 UTC
(In reply to Raymond from comment #41)
> http://www.alsa-project.org/main/index.php/Detailed_changes_v1.0.26_v1.0.27
> 
> 
> Sound Blaster HDA CA0132 Firmware
>  - Update ca0132 firmware files 
>  ctefx.bin: 
>  Update the CA0132 DSP image firmware file. This version: 
>  - Includes key-click reduction feature. 
>  - Fixes noisy output when GraphicEQ and SpeakerEQ are both turned on. 
>  ctspeq.bin: 
>  Add firmware file containing coefficient preset for SpeakerEQ 
>  DSP feature. This preset has been tuned for Chromebook Pixel hardware. 
>  Other CA0132 systems will run without loading this binary. 
>  - Add firmware for CA0132 DSP
> 
> does it mean that only chromebook pixel need the firmware and other should
> not use the firmware ?

Using Ubuntu 13.04 here with kernel 3.10 and linux-firmware-1.07 which has this and it works fine with my Recon3D, sort of. I can only get sound out of my silver headphone port and green speaker out now, and if I lose sound after a reboot, I find that if I boot into kernel 3.8 and back into kernel 3.10 I regain sound.
Comment 43 Raymond 2013-09-11 02:49:49 UTC

Simple mixer control 'HP/Speaker',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'HP/Speaker Auto Detect',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]


how about the 10 band equalizer ?

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/?id=ef6b2eada3b8c1b21f6479d7480ea7030183fe1d

+/* Enable this to see controls for tuning purpose. */
+/*#define ENABLE_TUNING_CONTROLS*/
+
Comment 44 Raymond 2013-09-11 03:22:56 UTC
Simple mixer control 'Equalizer',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]


should user allow to turn on equalizer when the driver does not load ctspeq.bin
Comment 45 mmstick 2013-09-11 03:29:24 UTC
I haven't seen a 10-band equaliser in alsamixer. There are entries displaying names of features found in the control panel in Windows, but there is nothing you can do with them.
Comment 46 Paulo Narciso 2013-09-11 12:29:24 UTC
Just to inform that I had sound one time, through the front panel headphone connector. But when I restarted or shutdown the machine, sound is gone.
There's some issues with ca0132 driver.

First issue is that the firmware file most of the time won't get loaded even with the position fix 1. When the firmware is not loaded, there's no sound.

Second issue seems to come from the fact that none of the output connectors are recognized, the only connectors recognized are the front panel ones.

Here's my dmesg:
[    5.071768] autoconfig: line_outs=1 (0xd/0x0/0x0/0x0/0x0) type:line
[    5.071769]    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    5.071770]    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
[    5.071771]    mono: mono_out=0x0
[    5.071771]    dig-out=0xc/0x0
[    5.071772]    inputs:
[    5.071773]      Mic=0x12
[    5.071773]    dig-in=0xe
[    7.352799] e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
[    7.352825] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[    7.671704] ca0132 DOWNLOAD FAILED!!! DSP IS NOT RUNNING.
[    7.696258] input: HDA Creative Front Headphone as /devices/pci0000:00/0000:00:1c.4/0000:04:00.0/sound/card2/input15
[    7.696321] input: HDA Creative Mic as /devices/pci0000:00/0000:00:1c.4/0000:04:00.0/sound/card2/input16

I'm no programmer, so I can't fix this by myself, but considering that Creative released the source code for the driver, it shouldn't be that hard to fix this by an experienced programmer.
Comment 47 Raymond 2013-09-12 02:12:31 UTC
https://launchpadlibrarian.net/149825222/rear-silver-headphone-out.txt

it is strange that unsolicited event tag at node 0x10 is 0x1 instead of 0x10

seem snd_hda_jack overwrite the event tag

#define UNSOL_TAG_HP	0x10
#define UNSOL_TAG_AMIC1	0x12
#define UNSOL_TAG_DSP	0x16


static void ca0132_init_unsol(struct hda_codec *codec)
{
	snd_hda_jack_detect_enable(codec, UNSOL_TAG_HP, UNSOL_TAG_HP);
	snd_hda_jack_detect_enable(codec, UNSOL_TAG_AMIC1, UNSOL_TAG_AMIC1);
}

Node 0x10 [Pin Complex] wcaps 0x400581: Stereo
  Control: name="Front Headphone Jack", index=0, device=0
  Pincap 0x0000001c: OUT HP Detect
  Pin Default 0x02216011: [Jack] HP Out at Ext Front
    Conn = 1/8, Color = Orange
    DefAssociation = 0x1, Sequence = 0x1
  Pin-ctls: 0x00:
  Unsolicited: tag=01, enabled=1
  Power states:  D0 D3 EPSS
  Power: setting=D0, actual=D0
  Connection: 1
     0x03
Comment 48 Raymond 2013-09-12 15:33:37 UTC
> I haven't seen a 10-band equaliser in alsamixer.

have you define  ENABLE_TUNING_CONTROLS ?

need 

#include <sound/tlv.h>


since those 10 band EQ controls have dB scale
Comment 49 mmstick 2013-09-12 20:55:10 UTC
(In reply to Raymond from comment #48)
> > I haven't seen a 10-band equaliser in alsamixer.
> 
> have you define  ENABLE_TUNING_CONTROLS ?
> 
> need 
> 
> #include <sound/tlv.h>
> 
> 
> since those 10 band EQ controls have dB scale

I'm not a programmer
Comment 50 mmstick 2013-09-13 02:38:10 UTC
I've decided that I'm just going to stay with kernel 3.8 for now. Kernel 3.10 keeps causing me to lose sound every time I reboot with my Recon3D.
Comment 51 Paulo Narciso 2013-09-15 21:41:45 UTC
This arrived two day ago, what does it change?

ALSA: hda/ca0132: Staticize codec_send_command
'codec_send_command' is used only in this file. Make it static. Signed-off-by: Sachin Kamat <sachin.kamat@linaro.org> Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat
-rw-r--r--	sound/pci/hda/patch_ca0132.c	2	
		
1 files changed, 1 insertions, 1 deletions
diff --git a/sound/pci/hda/patch_ca0132.c b/sound/pci/hda/patch_ca0132.c
index 6e9876f..54d1479 100644
--- a/sound/pci/hda/patch_ca0132.c
+++ b/sound/pci/hda/patch_ca0132.c
@@ -759,7 +759,7 @@ struct ca0132_spec {
/*
* CA0132 codec access
*/
-unsigned int codec_send_command(struct hda_codec *codec, hda_nid_t nid,
+static unsigned int codec_send_command(struct hda_codec *codec, hda_nid_t nid,
unsigned int verb, unsigned int parm, unsigned int *res)
{
unsigned int response;
Comment 52 Tom Alexander 2013-09-16 10:40:11 UTC
(In reply to Paulo Narciso from comment #51)
> This arrived two day ago, what does it change?

In C marking something as "static" makes it only accessible locally within the file. This way other files can have their own "codec_send_command" without having name collisions. It won't change the functionality at all, they're just keeping the code base and the global namespace clean.
Comment 53 Mikhail 2013-09-21 11:18:23 UTC
Creative Sound Blaster ZXR (SB1510) didn't play any sound with 3.11 kernel.
Comment 54 mmstick 2013-09-27 11:34:37 UTC
With kernel 3.11, I get sound from the headphone port the first 2-3 times I boot into it, but after a reboot I will definitely lose sound from the headphone port. If I plug my headphones into the rear green speaker port, I get sound, even if lower quality. Still can't get sound from the front ports though.
Comment 55 Raymond 2013-09-27 11:52:26 UTC
if the coded is designed for chormium pixel, you should ask the two authors from chrome.org , who submited patches ,to obtain the alsa-info of the chromium pixel,
Comment 56 mmstick 2013-09-28 12:31:09 UTC
Found a solution for my problems with the front headphone port. By default CA0132 has the HP/Speaker and HP/Speaker Auto Detect muted. Unmuting them by going into alsamixer and pressing M on their controls unmutes them and sound works.
Comment 57 Paulo Narciso 2013-10-02 00:42:42 UTC
Is there any news about this issue? Is someone working on this? Has anyone received some feeback from Creative?
With SteamOS being released it doesn't make sense not having support for this gaming sound card.
Comment 58 mmstick 2013-10-02 00:47:20 UTC
The lack of communication speaks volumes in itself. There's incompetence all over the world, so it's not too surprising that Creative isn't too bright.
Comment 59 Paulo Narciso 2013-10-02 00:54:14 UTC
Creative released driver support for Ca0132 chip, and there's available source code. It's just a matter of configuring the output pins of discrete cards.
But it seems no one seems to care.
Comment 60 mmstick 2013-10-02 00:56:41 UTC
I doubt many developers capable of fixing it have a Creative card since they aren't exactly the target audience of Creative. It'd be better if Creative just had at least a single developer finish the code.
Comment 61 J Pollitt 2013-10-29 08:43:13 UTC
I just setup a new computer with a ASROCK extreame 11 and it has the creative 3d Sound chip as part of its HDA-Intell setup. I have sound only out of the front L/R speaker port on the back pannel and not the headphone port from the hdaudio header.  I have tried the alsa mixer un muting hp/speaker and hp/sense , but it does not seem to have any effect. I think the pin mapping may be part of the issue but I have also seen that the driver is only picking up the simple controls wich is 25 of the 40 or 45 possible so I am wondering if that is another part.
Comment 62 J Pollitt 2013-10-29 08:44:16 UTC
(In reply to J Pollitt from comment #61)
> I just setup a new computer with a ASROCK extreame 11 and it has the
> creative 3d Sound chip as part of its HDA-Intell setup. I have sound only
> out of the front L/R speaker port on the back pannel and not the headphone
> port from the hdaudio header.  I have tried the alsa mixer un muting
> hp/speaker and hp/sense , but it does not seem to have any effect. I think
> the pin mapping may be part of the issue but I have also seen that the
> driver is only picking up the simple controls wich is 25 of the 40 or 45
> possible so I am wondering if that is another part.

sorry should have mentioned i am on arch linux with 3.11.6 kernel
Comment 63 mmstick 2013-10-29 08:52:27 UTC
You're pretty much SOL because Creative doesn't care. The pin mappings have all been wrong for over a year now. Sometimes unmuting works, sometimes it doesn't.
Comment 64 Acidphase 2013-10-29 16:41:11 UTC
(In reply to J Pollitt from comment #62)
> (In reply to J Pollitt from comment #61)
> > I just setup a new computer with a ASROCK extreame 11 and it has the
> > creative 3d Sound chip as part of its HDA-Intell setup. I have sound only
> > out of the front L/R speaker port on the back pannel and not the headphone
> > port from the hdaudio header.  I have tried the alsa mixer un muting
> > hp/speaker and hp/sense , but it does not seem to have any effect. I think
> > the pin mapping may be part of the issue but I have also seen that the
> > driver is only picking up the simple controls wich is 25 of the 40 or 45
> > possible so I am wondering if that is another part.
> 
> sorry should have mentioned i am on arch linux with 3.11.6 kernel

I'm guessing you're referring to the Front Panel Audio Header (HD_AUDIO1) depicted in the user manual under section 1.3 Motherboard Layout item #41?
If so for kicks and giggles do you have a means to try #42 the HDMI_SPDIF Header?
Comment 65 Acidphase 2013-10-29 16:43:09 UTC
(In reply to Acidphase from comment #64)
> (In reply to J Pollitt from comment #62)
> > (In reply to J Pollitt from comment #61)
> > > I just setup a new computer with a ASROCK extreame 11 and it has the
> > > creative 3d Sound chip as part of its HDA-Intell setup. I have sound only
> > > out of the front L/R speaker port on the back pannel and not the
> headphone
> > > port from the hdaudio header.  I have tried the alsa mixer un muting
> > > hp/speaker and hp/sense , but it does not seem to have any effect. I
> think
> > > the pin mapping may be part of the issue but I have also seen that the
> > > driver is only picking up the simple controls wich is 25 of the 40 or 45
> > > possible so I am wondering if that is another part.
> > 
> > sorry should have mentioned i am on arch linux with 3.11.6 kernel
> 
> I'm guessing you're referring to the Front Panel Audio Header (HD_AUDIO1)
> depicted in the user manual under section 1.3 Motherboard Layout item #41?
> If so for kicks and giggles do you have a means to try #42 the HDMI_SPDIF
> Header?

I forgot to add check your BIOS settings as well some motherboards have settings for choosing the function of those headers such as AC97,HD,SPDIF, and HDMI
Comment 66 J Pollitt 2013-10-30 00:13:42 UTC
(In reply to Acidphase from comment #65)
> I'm guessing you're referring to the Front Panel Audio Header (HD_AUDIO1)
> depicted in the user manual under section 1.3 Motherboard Layout item #41?
> If so for kicks and giggles do you have a means to try #42 the HDMI_SPDIF
> Header?
> 
> I forgot to add check your BIOS settings as well some motherboards have
> settings for choosing the function of those headers such as AC97,HD,SPDIF,
> and HDMI

Yes, I was refereing to the HD_Audio1 Header, I checked the pin outs for my case adn they all matched up, also the UEFI setup tool shows the jack sense state on the header if I connect a jack to either headphones or mic it is detected at uefi level.  THe HDaudion is enbled, I am not sure if that is the whole audio system or just the header, yet.  

for my audio stack I have kernel-alsa-pulse, just for reference, and this is a clean arch install. not cruft from the past 5 years of rolling upgrades or other hardware.

So, I do not have any thing that can take in SPDIF, but that is possibly good as I do have a DMM and when I connected that to header 42 the HMDI-SPDIF port it stays a 0V until I enter alsamixer.  If I toggle the SPDIFF settings nothing happens if I toggle the hp/SPeaker and HP/Speaker Auto Detect I get changees.
HP/Speaker         HP/Spk Auto Detect     Voltage       (Audio Out FrontR/L)
1                       1                    0V             yes
1                       0                    3.44V           No
0                       1                    0V             yes
0                       0                    0V             yes

No combination gives me audio out of any other analog port Center/Sub, RearR/L , or HDAudio1 Headphone. The front mic on HDAudio1 seems to work, but I have not tested the other inputs yet.
Comment 67 J Pollitt 2013-10-31 01:44:32 UTC
@Jaroslav Kysela, is this Bug still open for issues witht hte CA0132 sound path, or should I file a seperate one. I have not really done alot with Linux development but I think I have most of the tools to start debugging issues. Like I stated earlier this dsp is on my main board, so I would like work out the issues, and restore sound to all the analog ports. Any pionters on places in the code to start to jumpstart work or traces that are needed let me know.
Comment 68 Yvan TARDY 2013-10-31 16:15:30 UTC
I did a fresh install of Ubuntu 13.10 (64 bits) with a brand new Sound Blaster Z. No sound at all from any output... AlsaMixer shows Creative CA0132 chipset with various analog and digital controls, but no results. May I help?
Comment 69 mmstick 2013-10-31 16:18:01 UTC
Good luck with that. No matter what I did I could not get any sound at all from Ubuntu 13.10. I had to revert back to Ubuntu 13.04 just to get sound functioning and it has nothing to do with the kernel either since I'm using kernel 3.12 in Ubuntu 13.04 without any problems.
Comment 70 mmstick 2013-10-31 16:22:12 UTC
It is also a great idea if you are lucky enough to get sound working to backup your asound.state in /var/lib/alsa. This didn't help with Ubuntu 13.10 though. Sometimes when I reboot, I will completely lose sound and the only way to get it back is to delete the asound.state and put the backed up one in there as a replacement. Currently that seems to happen every time I open alsamixer and reboot.
Comment 71 J Pollitt 2013-11-02 09:12:03 UTC
Ok Jaroslav Kysela, wrote this tool hda_analyzer.py. Has anyone played with it?  If not please download it so maybe we can see if there is variance in waht it is being listed ont he hardware front. I believe it extracts the board ID and revision but it also details of the pin usage detected. I can see evidance for why the position fix workaround was needed. Has any one tried the other position fix values?  Still digging sorry if this is all old news.  

My out put from hda_analyzer 

Codec: 0x11020011
Address: 0
AFG Function Id: 0x1 (unsol 1)
Vendor Id: 0x11020011
Subsystem Id: 0x11020010
Revision Id: 0x100918
No Modem Function Group found
Default PCM:
    rates [0x0]:
    bits [0x0]:
    formats [0x0]:
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
GPIO: io=0, o=0, i=0, unsolicited=1, wake=1

Node 0x02 [Audio Output] wcaps 0x49d: Stereo Amp-Out
  Device: name="CA0132 Analog", type="Audio", device=0
  Amp-Out caps: ofs=0x5a, nsteps=0x63, stepsize=0x03, mute=1
  Amp-Out vals: [0x63 0x63]
  Converter: stream=8, channel=0
  PCM:
    rates [0x5ec]: 16000 22050 44100 48000 88200 96000 192000
    bits [0x1f]: 8 16 20 24 32
    formats [0x1]: PCM
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0

Node 0x03 [Audio Output] wcaps 0x49d: Stereo Amp-Out
  Amp-Out caps: ofs=0x5a, nsteps=0x63, stepsize=0x03, mute=1
  Amp-Out vals: [0x5a 0x5a]
  Converter: stream=0, channel=0
  PCM:
    rates [0x5ec]: 16000 22050 44100 48000 88200 96000 192000
    bits [0x1f]: 8 16 20 24 32
    formats [0x1]: PCM
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0

Node 0x04 [Audio Output] wcaps 0x49d: Stereo Amp-Out
  Amp-Out caps: ofs=0x5a, nsteps=0x63, stepsize=0x03, mute=1
  Amp-Out vals: [0x5a 0x5a]
  Converter: stream=0, channel=0
  PCM:
    rates [0x5ec]: 16000 22050 44100 48000 88200 96000 192000
    bits [0x1f]: 8 16 20 24 32
    formats [0x1]: PCM
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0

Node 0x05 [Audio Output] wcaps 0x691: Stereo Digital
  Device: name="CA0132 Digital", type="SPDIF", device=1
  Control: name="IEC958 Playback Con Mask", index=0, device=0
  Control: name="IEC958 Playback Pro Mask", index=0, device=0
  Control: name="IEC958 Playback Default", index=0, device=0
  Control: name="IEC958 Playback Switch", index=0, device=0
  Control: name="IEC958 Default PCM Playback Switch", index=0, device=0
  Converter: stream=0, channel=0
  Digital: Enabled
  Digital category: 0x0
  PCM:
    rates [0x5e0]: 44100 48000 88200 96000 192000
    bits [0x1e]: 16 20 24 32
    formats [0x5]: PCM AC3
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0

Node 0x06 [Audio Output] wcaps 0x691: Stereo Digital
  Converter: stream=0, channel=0
  Digital: Enabled Pro
  Digital category: 0x0
  PCM:
    rates [0x5e0]: 44100 48000 88200 96000 192000
    bits [0x1e]: 16 20 24 32
    formats [0x5]: PCM AC3
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0
Node 0x07 [Audio Input] wcaps 0x10059b: Stereo Amp-In
  Device: name="CA0132 Analog", type="Audio", device=0
  Amp-In caps: ofs=0x5a, nsteps=0x63, stepsize=0x03, mute=1
  Amp-In vals: [0x5a 0x5a]
  Converter: stream=0, channel=0
  SDI-Select: 0
  PCM:
    rates [0x1ec]: 16000 22050 44100 48000 88200 96000
    bits [0x1f]: 8 16 20 24 32
    formats [0x1]: PCM
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0
  Connection: 1
     0x12

Node 0x08 [Audio Input] wcaps 0x10059b: Stereo Amp-In
  Device: name="CA0132 Analog Mic-In2", type="Audio", device=2
  Control: name="Analog-Mic2 Capture Volume", index=0, device=0
    ControlAmp: chs=3, dir=1, idx=0, ofs=0
  Control: name="Analog-Mic2 Capture Switch", index=0, device=0
    ControlAmp: chs=3, dir=1, idx=0, ofs=0
  Amp-In caps: ofs=0x5a, nsteps=0x63, stepsize=0x03, mute=1
  Amp-In vals: [0x5a 0x5a]
  Converter: stream=0, channel=0
  SDI-Select: 0
  PCM:
    rates [0x1ec]: 16000 22050 44100 48000 88200 96000
    bits [0x1f]: 8 16 20 24 32
    formats [0x1]: PCM
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0
  Connection: 1
     0x11
Node 0x09 [Audio Input] wcaps 0x100791: Stereo Digital
  Device: name="CA0132 Digital", type="SPDIF", device=1
  Control: name="IEC958 Capture Switch", index=0, device=0
  Control: name="IEC958 Capture Default", index=0, device=0
  Converter: stream=0, channel=0
  SDI-Select: 0
  Digital:
  Digital category: 0x0
  PCM:
    rates [0x5f0]: 32000 44100 48000 88200 96000 192000
    bits [0x1a]: 16 24 32
    formats [0x1]: PCM
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0
  Connection: 1
     0x0e

Node 0x0a [Audio Input] wcaps 0x10079b: Stereo Digital Amp-In
  Device: name="CA0132 What U Hear", type="Audio", device=4
  Control: name="What U Hear Capture Volume", index=0, device=0
    ControlAmp: chs=3, dir=1, idx=0, ofs=0
  Control: name="What U Hear Capture Switch", index=0, device=0
    ControlAmp: chs=3, dir=1, idx=0, ofs=0
  Amp-In caps: ofs=0x5a, nsteps=0x63, stepsize=0x03, mute=1
  Amp-In vals: [0x5a 0x5a]
  Converter: stream=0, channel=0
  SDI-Select: 0
  Digital:
  Digital category: 0x0
  PCM:
    rates [0x1ec]: 16000 22050 44100 48000 88200 96000
    bits [0x1b]: 8 16 24 32
    formats [0x1]: PCM
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0
  Connection: 1
     0x13

Node 0x0b [Pin Complex] wcaps 0x400581: Stereo
  Control: iface="card", name="Line Out Jack", index=0, device=0
  Pincap 0x00010014: OUT EAPD Detect
  EAPD 0x2: EAPD
  Pin Default 0x01014010: [Jack] Line Out at Ext Rear
    Conn = 1/8, Color = Green
    DefAssociation = 0x1, Sequence = 0x0
  Pin-ctls: 0x40: OUT
  Unsolicited: tag=0x04, enabled=1
  Power: setting=D0, actual=D0
  Connection: 1
     0x02

Node 0x0c [Pin Complex] wcaps 0x400701: Stereo Digital
  Control: iface="card", name="SPDIF Phantom Jack", index=0, device=0
  Pincap 0x00000010: OUT
  Pin Default 0x014580f0: [Jack] SPDIF Out at Ext Rear
    Conn = Optical, Color = Purple
    DefAssociation = 0xf, Sequence = 0x0
  Pin-ctls: 0x40: OUT
  Power: setting=D0, actual=D0
  Connection: 1
     0x05

Node 0x0d [Pin Complex] wcaps 0x400701: Stereo Digital
  Pincap 0x00000010: OUT
  Pin Default 0x014570f0: [Jack] SPDIF Out at Ext Rear
    Conn = Optical, Color = Yellow
    DefAssociation = 0xf, Sequence = 0x0
  Power: setting=D0, actual=D0
  Connection: 1
     0x06

Node 0x0e [Pin Complex] wcaps 0x400681: Stereo Digital
  Pincap 0x00000020: IN
  Pin Default 0x01c530f0: [Jack] SPDIF In at Ext Rear
    Conn = Optical, Color = Blue
    DefAssociation = 0xf, Sequence = 0x0
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0

Node 0x0f [Pin Complex] wcaps 0x400581: Stereo
  Pincap 0x0000001c: OUT HP Detect
  Pin Default 0x0221401f: [Jack] HP Out at Ext Front
    Conn = 1/8, Color = Green
    DefAssociation = 0x1, Sequence = 0xf
  Pin-ctls: 0xc0: OUT HP
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0
  Connection: 1
     0x02

Node 0x10 [Pin Complex] wcaps 0x400581: Stereo
  Control: iface="card", name="Front Headphone Jack", index=0, device=0
  Pincap 0x0000001c: OUT HP Detect
  Pin Default 0x02216011: [Jack] HP Out at Ext Front
    Conn = 1/8, Color = Orange
    DefAssociation = 0x1, Sequence = 0x1
  Pin-ctls: 0xc0: OUT HP
  Unsolicited: tag=0x01, enabled=1
  Power: setting=D0, actual=D0
  Connection: 1
     0x03

Node 0x11 [Pin Complex] wcaps 0x40058b: Stereo Amp-In
  Control: iface="card", name="Line Jack", index=0, device=0
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals: [0x03 0x03]
  Pincap 0x00003734: IN OUT Detect
    Vref caps: HIZ 50 GRD 80 100
  Pin Default 0x02012014: [Jack] Line Out at Ext Front
    Conn = 1/8, Color = Grey
    DefAssociation = 0x1, Sequence = 0x4
  Pin-ctls: 0x44: OUT VREF_80
  Unsolicited: tag=0x03, enabled=1
  Power: setting=D0, actual=D0
  Connection: 1
     0x04

Node 0x12 [Pin Complex] wcaps 0x40048b: Stereo Amp-In
  Control: name="Mic1-Boost (30dB) Capture Switch", index=0, device=0
    ControlAmp: chs=1, dir=1, idx=0, ofs=0
  Control: iface="card", name="Mic Jack", index=0, device=0
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals: [0x03 0x03]
  Pincap 0x00003724: IN Detect
    Vref caps: HIZ 50 GRD 80 100
  Pin Default 0x37a791f0: [Jack] Mic at Oth Mobile-In
    Conn = Analog, Color = Pink
    DefAssociation = 0xf, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x24: IN VREF_80
  Unsolicited: tag=0x02, enabled=1
  Power: setting=D0, actual=D0

Node 0x13 [Pin Complex] wcaps 0x400681: Stereo Digital
  Pincap 0x00000020: IN
  Pin Default 0x908700f0: [Fixed] Line In at Int N/A
    Conn = Analog, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x0
  Pin-ctls: 0x20: IN
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0

Node 0x14 [Beep Generator Widget] wcaps 0x70040c: Mono Amp-Out
  Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=1
  Amp-Out vals: 0x1c
  Power: setting=D0, actual=D0

Node 0x15 [Vendor Defined Widget] wcaps 0xf00600: Mono Digital
  Power: setting=D0, actual=D0
Node 0x16 [Vendor Defined Widget] wcaps 0xf00680: Mono Digital
  Unsolicited: tag=0x16, enabled=1
  Power: setting=D0, actual=D0

Node 0x17 [Audio Output] wcaps 0x49d: Stereo Amp-Out
  Amp-Out caps: ofs=0x5a, nsteps=0x63, stepsize=0x03, mute=1
  Amp-Out vals: [0x5a 0x5a]
  Converter: stream=0, channel=0
  PCM:
    rates [0x5ec]: 16000 22050 44100 48000 88200 96000 192000
    bits [0x1f]: 8 16 20 24 32
    formats [0x1]: PCM
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0

Node 0x18 [Pin Complex] wcaps 0x400581: Stereo
  Pincap 0x00000010: OUT
  Pin Default 0x500000f0: [N/A] Line Out at Int N/A
    Conn = Unknown, Color = Unknown
    DefAssociation = 0xf, Sequence = 0x0
  Pin-ctls: 0x40: OUT
  Unsolicited: tag=0x00, enabled=0
  Power: setting=D0, actual=D0
  Connection: 1
     0x17
Comment 72 J Pollitt 2013-11-02 20:49:01 UTC
Okay I have tried the position_fix=1 and 4 , also I have tried expanding it out as it is an array.  All the options have had the same effect of switing my out put to center/bass analog output while all other outputs are not functional. In pulse audio it now shows up as line out, adn while the analog output is still present, there is no sound on it.
Comment 73 mmstick 2013-11-02 21:05:27 UTC
As I said, you're pretty much SOL. You can complain on Creative's forums if you want, but they simply won't care. http://forums.creative.com/showthread.php?t=699748&page=12
Comment 74 J Pollitt 2013-11-03 19:47:15 UTC
Has any one ever had more than two analog audio outputs working? Has anyone had more than one digital output working?  The reason I am asking is that if creative put out a puposely busted dsp bin file for the chrome book then the it would be limited to the internal speaker , headphone, and hdmi out only, and may account for the issues.  I am noticing in hda analyzer that wcaps = 0x49d for all the analog out amps, I have the first amp node 0x02 hooked up to pins 0x0b and 0x0f id wcaps an address the same is true for all the pins wcapps are all identical, for the two that work and are conected to audio out 2 this seems okay but I would have expected the others to be different.  I realize creative will not offer much in the way support, but I am hopeful to get the basics a front/rear ananlog and headphone jack.
Comment 75 mmstick 2013-11-03 21:09:29 UTC
Pretty much: no. I never had more than one port work, if even one port. The only port I was ever able to get functioning with newer kernels is the front audio headphone port. Lately, however, I've completely lost sound with my Recon3D PCIE and no matter what I do, I can't get sound back in Linux. Therefore, today I finally got fed up with dealing with this issue ever since I bought the card back in 2011 and am going back to onboard audio and just going to use qpaeq for my EQ needs until I can afford an ASUS Essence ST/X.
Comment 76 Raymond 2013-11-07 08:51:59 UTC
> 
> Using Ubuntu 13.04 here with kernel 3.10 and linux-firmware-1.07 which has
> this and it works fine with my Recon3D, sort of. I can only get sound out of
> my silver headphone port and green speaker out now, and if I lose sound
> after a reboot, I find that if I boot into kernel 3.8 and back into kernel
> 3.10 I regain sound.


http://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_ca0132.c?id=c41999a23929f30808bae6009d8065052d4d73fd

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1038651


as reporter mention that " On Dell Alienware 14x Ubuntu 12.04 sound was working"

does it mean that only alienware and recon3d works before adding DSP firmware ?
Comment 77 J Pollitt 2013-11-07 09:21:43 UTC
I am attempting to go through my main board manufacturer, it may pan out it may not, but worth a go.  I have asked for a firmware file that is not limited to google pixile which I believe I have read this is used in.  From the initital performance out of the box with position fix it seams that the chip is only enable with a single audio out connected to two outs and two inputs conected adn posibly the one digital out.  

I have the cloned the git tree  and started looking but it will take me a while to confirm weather I am correct or there is undocumented controls on the firmware that will enable all outputs. 

The alienware 14x is another laptop so that may be the default working state,
I have not seen any mentions of the chip working witout the firmware

Below may be a lead maybe not.

I recieved this email today

Hello,

We do not have any Linux driver for this Creative audio chip so far. My colleague in Taiwan will check with Creative.

Thanks.

Regards

ASRock Support
Comment 78 Acidphase 2013-11-07 18:10:12 UTC
Creative is going to comeback and say "No" lol
Comment 79 mmstick 2013-11-07 18:37:16 UTC
(In reply to Raymond from comment #76)
> > 
> > Using Ubuntu 13.04 here with kernel 3.10 and linux-firmware-1.07 which has
> > this and it works fine with my Recon3D, sort of. I can only get sound out
> of
> > my silver headphone port and green speaker out now, and if I lose sound
> > after a reboot, I find that if I boot into kernel 3.8 and back into kernel
> > 3.10 I regain sound.
> 
> 
> http://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/
> hda/patch_ca0132.c?id=c41999a23929f30808bae6009d8065052d4d73fd
> 
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1038651
> 
> 
> as reporter mention that " On Dell Alienware 14x Ubuntu 12.04 sound was
> working"
> 
> does it mean that only alienware and recon3d works before adding DSP
> firmware ?

It works after the DSP firmware is added, sort of. After the DSP firmware I could only get audio out of the front headphone port and the controls for the DSP features work, but in Ubuntu 13.10 and currently in Ubuntu 13.04 I'm no longer able to get audio at all. It may have to do with how I'm using linux-firmware-1.116 right now from the Oibaf PPA for the latest radeon firmware and drivers.
Comment 80 Acidphase 2013-11-07 19:58:08 UTC
As an FYI I have sound with the front pin out using Kernel 3.12 and all since they added the DSP firmware.
Comment 81 J Pollitt 2013-11-07 21:37:45 UTC
On the bonus side, though ASROCK asking when they are shipping thier product is more noticeable than just a linux user, get a steamdev to care adn try as well you might get some headway there as well.  

As a side note I have two simultanios outputs as mentioned before and two mic inputs working. 

My curent postiion fix is 4 

more /etc/modprobe.d/ca0132.conf
options snd_hda_intel position_fix=4
Comment 82 Raymond 2013-11-08 05:52:27 UTC
http://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/log/sound/pci/hda/patch_ca0132.c




Aug 2012 ALSA: hda - Add missing SPDIF I/O setup for CA0132
Nov 2012 ALSA: hda - Add CA0132 register definitions file
Jan 2013 ALSA: hda/ca0132: Add new definitions and structs for DSP
Feb 2013  ALSA: hda - Add new Kconfig CONFIG_SND_HDA_CODEC_CA0132_DSP


do you mean sound still working when CONFIG_SND_HDA_CODEC_CA0132_DSP is added ?
Comment 83 Acidphase 2013-11-08 06:15:54 UTC
It is for me, with the front connector pin out. The DSP options work as well such as things like Dialogue Plus and X-Bass etc..
Comment 84 Raymond 2013-11-08 11:28:12 UTC
do you mean those 10 equalizer controls also work if you define ENABLE_TUNING_CONTROLS ?
Comment 85 Acidphase 2013-11-08 16:51:38 UTC
I do not have this defined so that will be no, I guess I could give it a shot later.  I was referring to the DSP features of the Sound Blaster Z card.
Comment 86 Raymond 2013-11-21 01:24:24 UTC
http://mailman.alsa-project.org/pipermail/alsa-devel/2013-November/069046.html

" The CA0132 is very dependent on
the firmware that is loaded into the DSP that resides in the codec.

To get your system to work you'll have to obtain the firmware that was
designed for your motherboard, then change the Linux driver to be able
to talk to it, without a spec for how it works."


does this mean that the firmware loaded by windows driver still can be used after warm boot for those Recon3d , but lost sound when the alsa driver loaded the firmware which is not designed for Recon3d ?
Comment 87 Acidphase 2013-11-21 02:04:40 UTC
(In reply to Raymond from comment #86)
> http://mailman.alsa-project.org/pipermail/alsa-devel/2013-November/069046.
> html
> 
> " The CA0132 is very dependent on
> the firmware that is loaded into the DSP that resides in the codec.
> 
> To get your system to work you'll have to obtain the firmware that was
> designed for your motherboard, then change the Linux driver to be able
> to talk to it, without a spec for how it works."
> 
> 
> does this mean that the firmware loaded by windows driver still can be used
> after warm boot for those Recon3d , but lost sound when the alsa driver
> loaded the firmware which is not designed for Recon3d ?

Um not really this was two developers talking about reverse engineering the driver. Basically this explains all the reason why it's not working. The driver/codec is written in such a way that the instruction set is very low level and being Takashi does not have nay reference for the pin out/instructions/memory stack this make it quite a challenge.
Comment 88 mmstick 2013-11-23 07:01:30 UTC
Seems I can get my sound card to work with 32-bit Ubuntu, but I can't get it to work at all in 64-bit, regardless of how or what position_fix I apply.
Comment 89 mmstick 2013-11-25 13:33:59 UTC
After putting my Recon3D in a different computer, it works with Ubuntu 13.10 64-bit without needing to apply a position_fix. The only difference between this machine and my desktop is that my desktop uses an ASUS UEFI motherboard and this one has a MSI UEFI motherboard.

Everything seems to work besides the equalizer which does nothing. I recompiled the kernel to enable the equalizer and it works but the bands aren't properly named and it's missing the 11th band of the equalizer which controls the pre-amp level. Currently the bands are named: {EQ Band0, EQ Band1, EQ Band2, EQ Band3, EQ Band4, EQ Band5, EQ Band6, EQ Band7, EQ Band8, EQ Band9} but they should instead be named {31Hz, 62Hz, 125Hz, 250Hz, 500Hz, 1KHz, 2KHz, 4KHz, 8KHz, 16KHz}.

I'm wondering if it would be possible to add something like:

{
          .name = "LEVEL",
	  .parent_nid = EQUALIZER,
	  .nid = EQUALIZER_BAND_10,
	  .mid = 0x96,
	  .req = 21,
	  .direct = EFX_DIR_OUT,
	  .def_val = 0x00000000
}

To also get the preamp band.

I'm also wondering why the equalizer is not enabled by default if it works.
Comment 90 Andreas Reis 2013-11-25 15:27:04 UTC
>Everything seems to work besides the equalizer

Including the mic? That's what bugs me the most (I wrote that report on alsa-devel linked by Raymond).

I've contacted Gigabyte and asked them to at least request fixes from Creative (like ASRock seems to have done) for the CA0132 on board of my G1.Sniper M5, this is their reply:

>Thank you for emailing GIGABYTE.
>We are delighted with your interest in our products.
>
>This Creative chip is a Windows design only.
>There will be no Linux support.
>
>Kind regards

Either they've already asked, or they won't even try.
Comment 91 mmstick 2013-11-25 16:35:11 UTC
They've essentially asked and Creative has told them that it is 'Windows-only'. Although Creative won't directly come out and admit it, they don't care about Linux at all. The ALSA team essentially needs to just reverse engineer their chip, which luckily most of the chip is functional in Linux, just pins need to be mapped correctly and issues with position_fix and 32-bit vs 64-bit need to be fixed.

As for whether or not microphones work with my Recon3D on my MSI machine, the answer no.
Comment 92 J Pollitt 2013-11-25 21:52:43 UTC
(In reply to Andreas Reis from comment #90)
> >Everything seems to work besides the equalizer
> 
> Including the mic? That's what bugs me the most (I wrote that report on
> alsa-devel linked by Raymond).
Andreas,

   My mics work on my asrock extream11, Creative is definantly not helping out,  out much, the Asrock support, has asked them questions from me and creative is not answereing them on what parts of thier integration work can be released or weather the binary blob provided currently contains support for more channels than Speaker and headphone out and 2 mic inputs. 

I agree with Andreas that we face an issue here for each system, that it will be dependant on the vendor implementation for the firmware, and with out creative okaying it it will make it much harder to get the firmware from the vendors that we can load, AS rock offered me the verb table but they were concerned that Creative, might not like that  I will let everyone know if I get a different firmware adn vertable from as rock to implement.  I asked ASROCK to go to creative and get a released firmware that at least implements all inputs and outputs as I rfear from creative initial impimatation the firmware we have now does not.  

The other posibility would be to try and take the loaded firmware from the windows driver and dump it to load from linux. Either way it will be a long uphill battle to get support, Not somethink I have had to think about in Linux for a very long time.
Comment 93 Michael Schuchlenz 2013-12-20 16:59:38 UTC
if it helps my creative soundblaster Z on 64 bit lubuntu gives a veeeeery silent sound (from video) when everything is turned all the way up!
Comment 94 mmstick 2013-12-20 20:21:00 UTC
I had my Recon3D working perfectly without a position fix in my system with a MSI motherboard, and when I plugged the Recon3D into my ASUS Sabertooth 990FX system with the hard drive from the MSI system, sound worked perfectly there too. However, when I accidentally booted into the OS installed natively from the Sabertooth 990FX, I lost sound, and could not regain sound no matter what I tried when booting back into the OS that was installed from the MSI system. I simply don't understand why this is.
Comment 95 Marc Bourgoin 2014-01-04 06:48:15 UTC
Heyyo,

I have a Sound Blaster Recon 3D Fatal1ty edition PCI-Express.

I found the analog stereo output works perfectly without issue since kernel 3.9 for me ONLY in 32bit.. 64bit is hit-or-miss and I always need that position_fix.

Microphone does not work in either 32bit or 64bit and my front audio ports have never worked either.

My motherboard is a Gigabyte Z68X-UD7 B3. Sound card is in the PCI-E 1x slot.
Comment 96 Zbigniew Lisiecki 2014-01-10 05:15:47 UTC
Hi, my card is Sound Blaster ZxR on PCI-Express and the motherboard is ASUS P8H61-MX with Intel i5 processor in which I switched it's original HD Audio Controller VIA VT1708S out. On this hardware I installed OpenSuSE 13.1 Linux with 3.11.6 kernel configured as 64bit by myself. The sound definitely won't go with position fix or without it.

As the problem is known since at least a half a year I'd like to know if anybody is working on it, or should I better sell this card and forget it.
Comment 97 mmstick 2014-01-10 05:20:49 UTC
The problem has been known since 2011 pretty much. There's no fix that I have found other than using 32-bit or buying something else, like an external USB DAC or a supported ASUS card. When you do get it to work in 32-bit, you can't use the equalizer unless you manually patch the patch_ca0132.c file yourself. I have no idea why the issue with 64-bit hasn't been fixed yet, nor why the equalizer is not enabled by default.
Comment 98 Raymond 2014-01-10 06:35:26 UTC
can you post the lspci output of your ca0132 ?

lspci -vvvv


chromebox pixel seem work on 64 bit

https://bugzilla.redhat.com/show_bug.cgi?id=1045784
Comment 99 mmstick 2014-01-10 07:47:36 UTC
Chromebook Pixel is the only CA0132 chip officially supported by an actual company so it isn't surprising that it works. Having to manually enable HP/Speaker with alsamixer is also a known bug with all CA0132 chips.
Comment 100 Zbigniew Lisiecki 2014-01-10 13:38:24 UTC
Hi, this is the output, sorry for the lenght:

vega:/usr/src/linux # lspci -vv
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09)
        Subsystem: ASUSTeK Computer Inc. Device 844d
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
        Latency: 0
        Capabilities: [e0] Vendor Specific Information: Len=0c <?>

00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
        BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
        Capabilities: [88] Subsystem: ASUSTeK Computer Inc. Device 844d
        Capabilities: [80] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
                Address: fee0f00c  Data: 4171
        Capabilities: [a0] Express (v2) Root Port (Slot+), MSI 00
                DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
                        ExtTag- RBE+ FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 256 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
                LnkCap: Port #2, Speed 8GT/s, Width x16, ASPM L0s L1, Latency L0 <1us, L1 <8us
                        ClockPM- Surprise- LLActRep- BwNot+
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x0, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
                        Slot #1, PowerLimit 75.000W; Interlock- NoCompl+
                SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
                        Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
                SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock-
                        Changed: MRL- PresDet- LinkState-
                RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
                RootCap: CRSVisible-
                RootSta: PME ReqID 0000, PMEStatus- PMEPending-
                DevCap2: Completion Timeout: Not Supported, TimeoutDis-, LTR-, OBFF Not Supported ARIFwd-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled ARIFwd-
                LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance De-emphasis: -6dB
                LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
                         EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
        Capabilities: [100 v1] Virtual Channel
                Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
                Arb:    Fixed- WRR32- WRR64- WRR128-
                Ctrl:   ArbSelect=Fixed
                Status: InProgress-
                VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
                        Arb:    Fixed+ WRR32- WRR64- WRR128- TWRR128- WRR256-
                        Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
                        Status: NegoPending+ InProgress-
        Capabilities: [140 v1] Root Complex Link
                Desc:   PortNumber=02 ComponentID=01 EltType=Config
                Link0:  Desc:   TargetPort=00 TargetComponent=01 AssocRCRB- LinkType=MemMapped LinkValid+
                        Addr:   00000000fed19000
        Capabilities: [d94 v1] #19
        Kernel driver in use: pcieport

00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. Device 844d
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 42
        Region 0: Memory at f7800000 (64-bit, non-prefetchable) [size=4M]
        Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M]
        Region 4: I/O ports at f000 [size=64]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
                Address: fee0f00c  Data: 41a1
        Capabilities: [d0] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [a4] PCI Advanced Features
                AFCap: TP+ FLR+
                AFCtrl: FLR-
                AFStatus: TP-
        Kernel driver in use: i915
        Kernel modules: i915

00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
        Subsystem: ASUSTeK Computer Inc. P8P67 Deluxe Motherboard
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 41
        Region 0: Memory at f7d05000 (64-bit, non-prefetchable) [size=16]
        Capabilities: [50] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [8c] MSI: Enable+ Count=1/1 Maskable- 64bit+
                Address: 00000000fee0f00c  Data: 4191
        Kernel driver in use: mei_me

00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 05) (prog-if 20 [EHCI])
        Subsystem: ASUSTeK Computer Inc. P8P67 Deluxe Motherboard
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 23
        Region 0: Memory at f7d03000 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME+
        Capabilities: [58] Debug port: BAR=1 offset=00a0
        Capabilities: [98] PCI Advanced Features
                AFCap: TP+ FLR+
                AFCtrl: FLR-
                AFStatus: TP-
        Kernel driver in use: ehci-pci

00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b5) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
        Memory behind bridge: f7c00000-f7cfffff
        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
        BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
        Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
                        ExtTag- RBE+ FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 128 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
                LnkCap: Port #1, Speed 5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <4us
                        ClockPM- Surprise- LLActRep+ BwNot-
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt+ ABWMgmt-
                SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
                        Slot #0, PowerLimit 10.000W; Interlock- NoCompl+
                SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
                        Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
                SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
                        Changed: MRL- PresDet- LinkState-
                RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
                RootCap: CRSVisible-
                RootSta: PME ReqID 0000, PMEStatus- PMEPending-
                DevCap2: Completion Timeout: Range BC, TimeoutDis+, LTR-, OBFF Not Supported ARIFwd-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled ARIFwd-
                LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance De-emphasis: -6dB
                LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete-, EqualizationPhase1-
                         EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
        Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
                Address: 00000000  Data: 0000
        Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 844d
        Capabilities: [a0] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: pcieport

00:1c.5 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 (rev b5) (prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
        I/O behind bridge: 0000e000-0000efff
        Prefetchable memory behind bridge: 00000000f0000000-00000000f00fffff
        Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
        BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-
                PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
        Capabilities: [40] Express (v2) Root Port (Slot+), MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
                        ExtTag- RBE+ FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 128 bytes, MaxReadReq 128 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
                LnkCap: Port #6, Speed 5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <4us
                        ClockPM- Surprise- LLActRep+ BwNot-
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt+ ABWMgmt-
                SltCap: AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug- Surprise-
                        Slot #5, PowerLimit 10.000W; Interlock- NoCompl+
                SltCtl: Enable: AttnBtn- PwrFlt- MRL- PresDet- CmdCplt- HPIrq- LinkChg-
                        Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
                SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
                        Changed: MRL- PresDet- LinkState-
                RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
                RootCap: CRSVisible-
                RootSta: PME ReqID 0000, PMEStatus- PMEPending-
                DevCap2: Completion Timeout: Range BC, TimeoutDis+, LTR-, OBFF Not Supported ARIFwd-
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled ARIFwd-
                LnkCtl2: Target Link Speed: 5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance De-emphasis: -6dB
                LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete-, EqualizationPhase1-
                         EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
        Capabilities: [80] MSI: Enable- Count=1/1 Maskable- 64bit-
                Address: 00000000  Data: 0000
        Capabilities: [90] Subsystem: ASUSTeK Computer Inc. Device 844d
        Capabilities: [a0] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: pcieport

00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 05) (prog-if 20 [EHCI])
        Subsystem: ASUSTeK Computer Inc. P8P67 Deluxe Motherboard
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin A routed to IRQ 23
        Region 0: Memory at f7d02000 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [58] Debug port: BAR=1 offset=00a0
        Capabilities: [98] PCI Advanced Features
                AFCap: TP+ FLR+
                AFCtrl: FLR-
                AFStatus: TP-
        Kernel driver in use: ehci-pci

00:1f.0 ISA bridge: Intel Corporation H61 Express Chipset Family LPC Controller (rev 05)
        Subsystem: ASUSTeK Computer Inc. Device 844d
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Capabilities: [e0] Vendor Specific Information: Len=0c <?>
        Kernel driver in use: lpc_ich
        Kernel modules: lpc_ich

00:1f.2 IDE interface: Intel Corporation 6 Series/C200 Series Chipset Family 4 port SATA IDE Controller (rev 05) (prog-if 8f [Master SecP SecO PriP PriO])
        Subsystem: ASUSTeK Computer Inc. Device 844d
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin B routed to IRQ 19
        Region 0: I/O ports at f110 [size=8]
        Region 1: I/O ports at f100 [size=4]
        Region 2: I/O ports at f0f0 [size=8]
        Region 3: I/O ports at f0e0 [size=4]
        Region 4: I/O ports at f0d0 [size=16]
        Region 5: I/O ports at f0c0 [size=16]
        Capabilities: [70] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [b0] PCI Advanced Features
                AFCap: TP+ FLR+
                AFCtrl: FLR-
                AFStatus: TP-
        Kernel driver in use: ata_piix
        Kernel modules: ata_piix, pata_acpi, ata_generic

00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05)
        Subsystem: ASUSTeK Computer Inc. P8P67 Deluxe Motherboard
        Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Interrupt: pin C routed to IRQ 18
        Region 0: Memory at f7d01000 (64-bit, non-prefetchable) [size=256]
        Region 4: I/O ports at f040 [size=32]
        Kernel modules: i2c_i801

00:1f.5 IDE interface: Intel Corporation 6 Series/C200 Series Chipset Family 2 port SATA IDE Controller (rev 05) (prog-if 85 [Master SecO PriO])
        Subsystem: ASUSTeK Computer Inc. Device 844d
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Interrupt: pin B routed to IRQ 19
        Region 0: I/O ports at f0b0 [size=8]
        Region 1: I/O ports at f0a0 [size=4]
        Region 2: I/O ports at f090 [size=8]
        Region 3: I/O ports at f080 [size=4]
        Region 4: I/O ports at f070 [size=16]
        Region 5: I/O ports at f060 [size=16]
        Capabilities: [70] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [b0] PCI Advanced Features
                AFCap: TP+ FLR+
                AFCtrl: FLR-
                AFStatus: TP-
        Kernel driver in use: ata_piix
        Kernel modules: ata_piix, pata_acpi, ata_generic

02:00.0 Audio device: Creative Labs Device 0012 (rev 01)
        Subsystem: Creative Labs Device 0033
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 16
        Region 0: Memory at f7c04000 (64-bit, non-prefetchable) [size=16K]
        Region 2: Memory at f7c00000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
                Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
                Address: 0000000000000000  Data: 0000
                Masking: 00000000  Pending: 00000000
        Capabilities: [70] Express (v2) Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
                        ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 128 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
                LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <16us
                        ClockPM- Surprise- LLActRep- BwNot-
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                DevCap2: Completion Timeout: Not Supported, TimeoutDis+, LTR-, OBFF Not Supported
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
                LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance De-emphasis: -6dB
                LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
                         EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
        Capabilities: [100 v1] Advanced Error Reporting
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
                CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
                AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
        Capabilities: [140 v1] Virtual Channel
                Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
                Arb:    Fixed- WRR32- WRR64- WRR128-
                Ctrl:   ArbSelect=Fixed
                Status: InProgress-
                VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
                        Arb:    Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
                        Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=01
                        Status: NegoPending- InProgress-
                VC1:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
                        Arb:    Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
                        Ctrl:   Enable- ID=1 ArbSelect=Fixed TC/VC=00
                        Status: NegoPending- InProgress-
        Capabilities: [170 v1] Device Serial Number 00-00-00-00-00-00-00-00
        Capabilities: [180 v1] Power Budgeting <?>
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09)
        Subsystem: ASUSTeK Computer Inc. P8H77-I Motherboard
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 43
        Region 0: I/O ports at e000 [size=256]
        Region 2: Memory at f0004000 (64-bit, prefetchable) [size=4K]
        Region 4: Memory at f0000000 (64-bit, prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
                Address: 00000000fee0f00c  Data: 41d1
        Capabilities: [70] Express (v2) Endpoint, MSI 01
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
                        ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                        MaxPayload 128 bytes, MaxReadReq 4096 bytes
                DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
                LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 unlimited, L1 <64us
                        ClockPM+ Surprise- LLActRep- BwNot-
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
                DevCap2: Completion Timeout: Range ABCD, TimeoutDis+, LTR-, OBFF Not Supported
                DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled
                LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-
                         Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
                         Compliance De-emphasis: -6dB
                LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1-
                         EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
        Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
                Vector table: BAR=4 offset=00000000
                PBA: BAR=4 offset=00000800
        Capabilities: [d0] Vital Product Data
                No end tag found
        Capabilities: [100 v1] Advanced Error Reporting
                UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
                UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
                CESta:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
                CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
                AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
        Capabilities: [140 v1] Virtual Channel
                Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
                Arb:    Fixed- WRR32- WRR64- WRR128-
                Ctrl:   ArbSelect=Fixed
                Status: InProgress-
                VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
                        Arb:    Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
                        Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=01
                        Status: NegoPending- InProgress-
        Capabilities: [160 v1] Device Serial Number 00-00-00-00-00-00-00-00
        Kernel driver in use: r8169
        Kernel modules: r8169
Comment 101 Gregory Krzystek 2014-07-01 20:57:31 UTC
I have good and bad news.
The bad one is that creative are silently removed all forum threads about Z/ZX/ZXR don't working under linux.

The good one is: there is an opensource hda driver working with ca0132 (z/zx/zxr) cards. So some one can try to find why linux driver don't work.
I recently isntalled PC-BSD and found that i FreeBSD kernel detects my card, so tried to play sound. basic stereo output work "from a box" with smal reconfiguration i get 5.1 sound too. FreeBSD code is open, so someone can try to analyze FreeBSD hda driver and fix linux driver. I know that FreeBSD sound system is different than linux, but if there is a working driver that we can analyze. There is a Hope ;)
Comment 102 arboschbu 2014-07-16 00:53:42 UTC
I have a sound card sb recon3d card and i can't tell us with ubuntu 14.04 and without touching anything sometimes it work and sometimes not, the 99% times don't work. I use a usb steelseries siberia headset and i was surprised that the other headset was working when i was disconnect the steelseries. I've been reading the thread and I suppose the error is when the module is loaded. Now i'm using Arch linux, this distribution don't use rc.local and i don't know where i can put the option "position_fix=1". Anyone can help me?
Comment 103 Marc Bourgoin 2014-07-19 11:58:23 UTC
Heyyo,

http://wiki.antergos.com/ca0132

That guide is the one i made on Antergos but Arch is the same thing.

(In reply to arboschbu from comment #102)
> I have a sound card sb recon3d card and i can't tell us with ubuntu 14.04
> and without touching anything sometimes it work and sometimes not, the 99%
> times don't work. I use a usb steelseries siberia headset and i was
> surprised that the other headset was working when i was disconnect the
> steelseries. I've been reading the thread and I suppose the error is when
> the module is loaded. Now i'm using Arch linux, this distribution don't use
> rc.local and i don't know where i can put the option "position_fix=1".
> Anyone can help me?
Comment 104 arboschbu 2014-07-19 19:58:43 UTC
(In reply to Marc Bourgoin from comment #103)
> Heyyo,
> 
> http://wiki.antergos.com/ca0132
> 
> That guide is the one i made on Antergos but Arch is the same thing.
> 
> (In reply to arboschbu from comment #102)
> > I have a sound card sb recon3d card and i can't tell us with ubuntu 14.04
> > and without touching anything sometimes it work and sometimes not, the 99%
> > times don't work. I use a usb steelseries siberia headset and i was
> > surprised that the other headset was working when i was disconnect the
> > steelseries. I've been reading the thread and I suppose the error is when
> > the module is loaded. Now i'm using Arch linux, this distribution don't use
> > rc.local and i don't know where i can put the option "position_fix=1".
> > Anyone can help me?

Hi,

It works, thanks a lot for the solution.

Greetings.
Comment 105 Steve J 2014-07-22 15:06:49 UTC
Hello,

I own the notorious (in the context of what you have been discussing so far) Sound Blaster Z plugged in an AMD hexa-core running Ubuntu 14.04. No sound, of course. 

I don't know if my experience would bring any value to the table, but if anyone is interested in making use of the SB Z under Linux, just to enjoy media playback such as music and movie, here's what I have done.

Since my primary objective was to listen to MP3 files under Linux while I was working on code, I took the liberty of addressing the issue from a different perspective: PCI passthrough using KVM.

Using qemu and IOMMU feature from the Gigabyte motherboard, I was able to passthrough Sound Blaster Z to the guest running Windows 7 which played my favorite Def Leppard songs loud and clear. 

But there is a catch: the audio performance of the guest will be directly affected by the stress level of the host system. For example, if you have several tabs opened in your web browser, and you tried moving around the browser within desktop, the music playback from the guest will slowdown noticeably.

I have rather limited experience with PCI passthrough although I played with Xen and Qemu for some time, so I don't have a solution to this yet. 

Cheers,
Steve
Comment 106 Takashi Iwai 2014-08-08 15:04:27 UTC
Actually position_fix=1 option should be a myth for the recent kernel.  At least, the controller with PCI ID 1102:0010 and 1102:0012 take the equivalent as position_fix=1 as default.  These also disables MSI and snooping, too.

If the recent kernel still doesn't *probe* the card (not considering about the functionality), you may try the patch below.  This applies similar workarounds that are used for old Create X-Fi boards.

The story so far is about the HD-audio controller.  Yet the more difficult story is about HD-audio codec on the board.  The CA0132 codec driver was largely rewritten to match with Chromebook Pixel.  Unfortunately, this seems to have broken many other CA0132 boards.

For skipping CA0132-specific driver code, you can try to pass model=generic.  This will deploy the generic parser instead of CA0132-specific driver code.
With the generic parser, some boards might work in some level, but some won't work well.  IIRC, the digital I/O and some jack detection would be malfunctional.  Basically these are because the board isn't fully compliant to HD-audio spec.

In anyway, please check the above with the recent kernel, 3.15 or 3.16.  No matter whether it works or not, please give alsa-info.sh outputs, at best, with and without model option.  Run the script with --no-upload option, and attach the files to Bugzilla.  If the same model is already found in Bugzilla, you can skip, of course.
Comment 107 Takashi Iwai 2014-08-08 15:05:38 UTC
Created attachment 145841 [details]
Test patch for CA0132 HD-audio controller
Comment 108 ganthore 2014-08-10 22:38:14 UTC
Created attachment 146171 [details]
alsa-info for CA0132 (ZxR)

Same issue as the rest. I'm using a Creative ZxR branded card.

The "model=generic" is not an effective workaround for my card...

I have attached my alsa-info.sh output to this ticket. (alsa-info.txt.CRS4j3hhWT)

Kernel logs show that the DSP is loaded and running correctly:
[   14.648519] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.

LSPCI:
04:00.0 Audio device: Creative Labs Device 0012 (rev 01)
        Subsystem: Creative Labs Device 0033
        Flags: bus master, fast devsel, latency 0, IRQ 18
        Memory at f7a04000 (64-bit, non-prefetchable) [size=16K]
        Memory at f7a00000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
        Capabilities: [70] Express Endpoint, MSI 00
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [170] Device Serial Number 00-00-00-00-00-00-00-00
        Capabilities: [180] Power Budgeting <?>
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel

If I can provide you any more info just let me know.
Comment 109 Takashi Iwai 2014-08-12 09:34:37 UTC
(In reply to ganthore from comment #108)
> Created attachment 146171 [details]
> alsa-info for CA0132 (ZxR)
> 
> Same issue as the rest. I'm using a Creative ZxR branded card.
> 
> The "model=generic" is not an effective workaround for my card...

Since you have two HD-audio devices and ca0132 is the second one, you need to pass like model=,generic

If you still see something about ca0132 DSP, it means that the model option isn't passed properly to the device by some reason.
Comment 110 Takashi Iwai 2014-08-12 10:28:30 UTC
In doubt, you can try the patch below.  It will use the generic parser forcibly for CA0132 boards except for Chromebook Pixel.
Comment 111 Takashi Iwai 2014-08-12 10:29:21 UTC
Created attachment 146341 [details]
Patch to use generic parser for non-Pixel ca0132 boards
Comment 112 Marc Bourgoin 2014-08-12 17:02:32 UTC
Heyyo,

Err... I'm a bit of a n00b when it comes to building custom kernels... but I'll definitely have to try this out tonight once I'm home! Thank you for looking into this long-running issue Takashi Iwai!!! :)

I know before I didn't have issues with the DSP / CA0132 working in stereo for my PCI-Express Sound Blaster Recon 3D (FATAL1TY edition if that makes a difference) in 32bit... but I will definitely try it in both 32bit and 64bit on kernel 3.16. Currently I can't get it to work in 64bit without using...

sudo kill `ps uax |grep pulseaudio | grep -v grep | awk '{print $2}'` ; sudo rmmod snd-hda-intel; sleep 3; sudo modprobe snd-hda-intel

and that only gets the stereo  sound working... no headphone ports from my PC Tower... so hopefully this patch will correct that issue as well. ;)
Comment 113 Takashi Iwai 2014-08-13 13:08:09 UTC
Note that using the generic parser code means to take the HD-audio-compliant mode of CA0132 boards.  This is a subset, and is known to be imperfect on some boards.  At least, Recon 3D was buggy with this mode (e.g. Master volume doesn't work properly, SPDIF is broken, etc).  There might be different Recon 3D, so we need to check.

I asked and provided the patch just because I was told that freebsd works.  AFAIK, freebsd driver handles it just like the normal HD-audio.  For the board that works on freebsd would work with the generic parser as well.  For others, the generic parser might be worse than the current ca0132 driver that has lots of static quirks.
Comment 114 ganthore 2014-08-13 21:37:35 UTC
I took your advice but I had to make a couple of changes...

Probing the device as you suggested did not work:
options snd-hda-intel model=,generic

If I probe the sound device with these options, I get sound:
options snd-hda-intel model=,,generic position_fix=1

The interesting part is, the left channel output is clean but the right channel is full of static but I know you already advised that this would be a problem.
Comment 115 Lars Ulrich 2014-08-16 16:39:32 UTC
Created attachment 146821 [details]
Creative SB ZxR - No Sound
Comment 116 Gregory Krzystek 2014-08-16 16:48:51 UTC
(In reply to Lars Ulrich from comment #115)
> Created attachment 146821 [details]
> Creative SB ZxR - No Sound

i can confirm. ZxR , no sound on linux.
Comment 117 Lars Ulrich 2014-08-16 22:16:48 UTC
So, what we gonna do about it?
Try to reach the Creative devs again?
And hope that they help us to program the ca0132 codec?
Comment 118 Marc Bourgoin 2014-08-16 23:12:14 UTC
(In reply to Lars Ulrich from comment #117)
> So, what we gonna do about it?
> Try to reach the Creative devs again?
> And hope that they help us to program the ca0132 codec?

Heyyo,

Maybe do some reading before you post...

(In reply to Takashi Iwai from comment #111)
> Created attachment 146341 [details]
> Patch to use generic parser for non-Pixel ca0132 boards

I'm currently doing the makepkg on my Arch 64bit install using kernel 3.16... I suggest if you want to help? try making your own custom kernel and see what happens.
Comment 119 Marc Bourgoin 2014-08-17 03:34:20 UTC
Created attachment 146881 [details]
alsa-info ca0132 Recon 3D

test of "Attachment #146341 [details]" with antergos (arch) 64bit 3.16.1-1.
Comment 120 Marc Bourgoin 2014-08-17 03:35:21 UTC
Comment on attachment 146881 [details]
alsa-info ca0132 Recon 3D

here's my test of "Attachment #146341 [details]" using Arch 64bit 3.16.1-1 kernel. no sound.
Comment 121 Marc Bourgoin 2014-09-07 18:52:08 UTC
Heyyo,

Wow... trying 64bit "3.16.1-1-ARCH" kernel with no patches or anything... breaks fix at boot that worked on 3.15 and below... using "rmmod snd-hda-intel" and "modprobe snd-hda-intel"...

Whatever changes were done to the Kernel in 3.16? It made it worse on my CA0132 Recon 3D PCI-E... anyone else having this problem?
Comment 122 Marc Bourgoin 2014-09-11 15:18:33 UTC
Heyyo,

More tinkering... yet again, 32bit 3.16.2 generic kernel on Ubuntu works flawlessly with my CA0132 Sound Blaster Recon 3D without the need of any rmmod or any other commands.

I think it's because the ported Chromebook Pixel drivers are 32bit native... maybe there's a problem with the firmware loader in 64bit which causes the "ca0132 DOWNLOAD FAILED!!! DSP IS NOT RUNNING." error.

here's a photo of the loader I managed to capture on my smartphone when she stalled on boot:

http://imgur.com/phxRZEK

It's times like these that I wish I did get more into learning how to code... I swear, all the problem is in 64bit is somewhere when the driver was ported from the Chromebook Pixel that something may have been lost in translation to 64bit.
Comment 123 Mikhail 2014-09-11 18:30:19 UTC
Created attachment 149911 [details]
alsa info for ZXR (SB1510) - no sound - 3.16.2 kernel
Comment 124 Thomas Lindroth 2014-09-11 19:37:32 UTC
Created attachment 149921 [details]
/proc/asound/PCH/codec#2

I recently got a new Gigabyte Z97X-Gaming G1 mother board with onboard CA0132 connected to the mobo chipset [8086:8ca0]. I couldn't get any sound at all from it with kernel 3.16 and changing the alsamixer settings didn't make any difference.
I was able to get sound by using the HDA Analyzer tool and enabling OUT on the 0x0f pin complex node.

Node 0x02 is analog audio out named "CA0132 Analog". It's connected to pin complex 0x0b (Line Out Green rear) and 0x0f (HP Out Green Front). Node 0x03 is another analog audio that's nameless. It's connected to pin complex 0x10 (HP Out Orange Front). When I toggle the switch "HP/Speaker" in alsamixer the OUT property will toggle between the 0x0b and 0x10 pin complex. The code probably assumes 0x0b is rear speakers and 0x10 front headphones. Even though 0x0f is described as a headphone front it's actually speaker rear.

The sound is ok but it sounds different from what I'm used to. It's like there's an artificial stereo separation. Perhaps some DSP block is enabled per default. I don't have the DSP firmware loaded so that's unlikely.
Comment 125 Jorge Villasenor 2014-10-04 08:35:08 UTC
Thomas I just got the same motherboard (Gigabyte z97X-Gaming G1) and I have got sound from the front headphone. Make sure you have enabled the HP/Speaker Auto D and play with the HP/Speaker control (on/off, it should be on if the auto detect is off).

Problems:
* The sound goes on and off if the output volume (the actual wave, not the setting) goes higher than some arbitrary threshold. If you get your Master control down enough, you can have continued sound.
* Even though the left channel have a lower volume than the right.
* Most of the controls does not work.

As a general information, hoping to be useful. I have tried the following options:
* position_fix=1; As expected from Iwai comment, does nothing.
* position_fix=1; Same as above.
* model=generic; Does not show "ca0132 DOWNLOAD OK :-) DSP IS RUNNING." and nothing works.

I need to try the HDA Analyzer tool and see what can I get.
Comment 126 Julian Weissgerber 2014-10-20 12:40:15 UTC
Got my Sound Blaser Zx (separate PCI-E card) working. Only front-panel headphone out works, recording works with the back panel Mic in.
I load snd_hda_intel on boot with model=,generic (set in /etc/modprobe.d/ca0132fix.conf), then in rc.local:

rmmod snd_hda_intel
modprobe snd_hda_intel model=,auto

With kernel 3.17.1 and alsa-firmware-1.0.28 I get: "ca0132 DOWNLOAD OK :-) DSP IS RUNNING.". Fedora 20, x86_64.
In alsamixer I enable "HP/Speaker" (I'm using alsactl to restore mixer settings after login for comfort).
Comment 127 Alexander Mashin 2014-11-01 15:17:57 UTC
This bug is still there under kernel 3.16 and Alsa 1.0.28.
Comment 128 hastegeldhastewas 2014-11-26 05:52:38 UTC
Hi,
is there somebody who knows how to contact one of the linux developers to get a statement why exactly there is no one working on our problem?

What about "Jaroslav Kysela" to whom the task is assigned to?

Do the devs have no time?
Is there a misunderstanding and the devs think there is no problem?
Can the people who have the hardware test something out to take the things further?

Regards
Richard
Comment 129 Vladimir Perepechin 2014-11-26 06:02:14 UTC
(In reply to hastegeldhastewas from comment #128)
> Hi,
> is there somebody who knows how to contact one of the linux developers to
> get a statement why exactly there is no one working on our problem?
> 
> What about "Jaroslav Kysela" to whom the task is assigned to?
> 
> Do the devs have no time?
> Is there a misunderstanding and the devs think there is no problem?
> Can the people who have the hardware test something out to take the things
> further?
> 
> Regards
> Richard

Dear Richard, this is open source, get used to it.
Even if this developers are paied to work on kernel, may be theirs priorities currently not creative cards.

If you realy want to do something, may be you should first find a professional alsa/kernel developer who can investigate this, orgonize a kickstarter (or similar) company to collect some money, to hire a developer to work on this specific bug.

Post the link to such company here, on phoronix. And may be some one will support this company.

But currently, when spcification of creative cards is a dark forest... Don't wait that there will be to many enthusiast to work on this problem :(
Comment 130 Marc Bourgoin 2014-12-06 04:26:04 UTC
(In reply to Vladimir Perepechin from comment #129)
> 
> Dear Richard, this is open source, get used to it.
> Even if this developers are paied to work on kernel, may be theirs
> priorities currently not creative cards.
> 
> If you realy want to do something, may be you should first find a
> professional alsa/kernel developer who can investigate this, orgonize a
> kickstarter (or similar) company to collect some money, to hire a developer
> to work on this specific bug.
> 
> Post the link to such company here, on phoronix. And may be some one will
> support this company.
> 
> But currently, when spcification of creative cards is a dark forest... Don't
> wait that there will be to many enthusiast to work on this problem :(

Heyyo,

Now I can't fully agree with this since it works flawlessly in 32bit... Check my post above....


(In reply to Marc Bourgoin from comment #95)
> Heyyo,
> 
> I have a Sound Blaster Recon 3D Fatal1ty edition PCI-Express.
> 
> I found the analog stereo output works perfectly without issue since kernel
> 3.9 for me ONLY in 32bit.. 64bit is hit-or-miss and I always need that
> position_fix.
> 
> Microphone does not work in either 32bit or 64bit and my front audio ports
> have never worked either.
> 
> My motherboard is a Gigabyte Z68X-UD7 B3. Sound card is in the PCI-E 1x slot.

So yeah... why does this bug only exsist in the 64bit kernel version but works flawlessly in 32bit? To me? It's a bug and not a lack of information.
Comment 131 Michael R 2014-12-12 03:31:30 UTC
OK so using HDA analyzer you can toggle between the rear headphones and speakers.
I'm using gnome alsa-mixer but that doesn't really matter.
all the OUT toggling is on the 0x0f pin
HD/Speaker in Alsamixer.
I have HP/Speaker Auto Detect off

for just speakers(green rear jack, pin 0x0b)
OUT unchecked, HP/speaker unchecked(muted)

for rear headphone(silver rear jack, pin 0x0f)
OUT checked, HP/speaker checked(unmuted)

for both
OUT checked, HP/speaker unchecked(muted)

Anybody know how to set up commands to these so we can set each up as its own script and toggle easily?

Also has anybody been able to get 

sudo kill `ps uax |grep pulseaudio | grep -v grep | awk '{print $2}'` ; sudo rmmod snd-hda-intel; sleep 3; sudo modprobe snd-hda-intel

to run automatically on startup or preferably login? I keep running into the issue of it not running(I think because it's a sudo command) even though I've modified sudoers(I'm a linux noob).
Comment 132 Jaroslav Kysela 2014-12-12 07:42:37 UTC
(In reply to Michael R from comment #131)
> Anybody know how to set up commands to these so we can set each up as its
> own script and toggle easily?

The HDA Analyzer can generate a Python script (use 'Exp' button which means export)..
Comment 133 Marc Bourgoin 2014-12-19 05:37:31 UTC
Heyyo,

Hmm, interesting! The bug might be in that "ctefx.bin" file! Maybe it's only setup for 32bit?

Trying Debian Jessie 64bit I got this from dmesg:

[    9.075566] snd_hda_intel 0000:05:00.0: firmware: failed to load ctefx.bin (-2)
[    9.075575] snd_hda_intel 0000:05:00.0: Direct firmware load failed with error -2
[    9.075575] snd_hda_intel 0000:05:00.0: Falling back to user helper
[    9.093817] input: HDA Creative Mic as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input8
[    9.093869] input: HDA Creative Line as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input9
[    9.093960] input: HDA Creative Line Out as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input10
[    9.094055] input: HDA Creative Front Headphone as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input11
Comment 134 Julian Weissgerber 2014-12-19 16:25:18 UTC
(In reply to Marc Bourgoin from comment #133)
> Heyyo,
> 
> Hmm, interesting! The bug might be in that "ctefx.bin" file! Maybe it's only
> setup for 32bit?
> 
> Trying Debian Jessie 64bit I got this from dmesg:
> 
> [    9.075566] snd_hda_intel 0000:05:00.0: firmware: failed to load
> ctefx.bin (-2)
> [    9.075575] snd_hda_intel 0000:05:00.0: Direct firmware load failed with
> error -2
> [    9.075575] snd_hda_intel 0000:05:00.0: Falling back to user helper
> [    9.093817] input: HDA Creative Mic as
> /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/
> sound/card2/input8
> [    9.093869] input: HDA Creative Line as
> /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/
> sound/card2/input9
> [    9.093960] input: HDA Creative Line Out as
> /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/
> sound/card2/input10
> [    9.094055] input: HDA Creative Front Headphone as
> /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/
> sound/card2/input11

That looks like alsa-firmware is not installed.

It does work on x86_64 when you rmmod snd_hda_intel and then modprobe it again.
Comment 135 Marc Bourgoin 2014-12-22 02:59:10 UTC
Heyyo,

@Julain Weissgerber, Debian Jessie comes with alsa_base "1.0.27+1" but the description for it says "dummy package to ease purging of obsolete conffiles
 
This is an empty dummy package with the only purpose of ensuring
obsolete kmod files will be removed from the system. This functionality
is now shipped in kmod."

yet I do get this error on boot showing with dmesg:

[   11.054516] sound hdaudioC2D1: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) type:line
[   11.054520] sound hdaudioC2D1:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[   11.054522] sound hdaudioC2D1:    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
[   11.054523] sound hdaudioC2D1:    mono: mono_out=0x0
[   11.054530] sound hdaudioC2D1:    dig-out=0xc/0x0
[   11.054531] sound hdaudioC2D1:    inputs:
[   11.054536] sound hdaudioC2D1:      Mic=0x12
[   11.054538] sound hdaudioC2D1:      Line=0x11
[   11.054539] sound hdaudioC2D1:    dig-in=0xe
[   11.085872] snd_hda_intel 0000:05:00.0: firmware: failed to load ctefx.bin (-2)
[   11.085947] snd_hda_intel 0000:05:00.0: Direct firmware load failed with error -2
[   11.085949] snd_hda_intel 0000:05:00.0: Falling back to user helper
[   11.106801] input: HDA Creative Mic as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input8
[   11.106878] input: HDA Creative Line as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input9
[   11.106978] input: HDA Creative Line Out as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input10
[   11.107183] input: HDA Creative Front Headphone as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input11



so now I'm scratching my head cause even with that error? 32bit kernel 3.16.1 on debian I get stereo sound without issues...

alsamixer does load and I can tweak settings in there for the mic to get it to work.

So why is it on a vanilla Debian Jessie Netboot install in 32bit that gets the same errors as 64bit that the sound only works in 32bit... and in 64bit requiring the rmmod and modprobe on every reboot???

I'd LOVE to use arch Linux but I can't seem to find ANY good way to setting it up on boot for rmmod and modprobe... making a service setup similar to rc.local in arch similar to Debian or Ubuntu just causes a boot loop with audio failing to load... kernel 3.15 and down didn't have this problem in Arch Linux...



The more and more I try to fix this issue in Arch Linux? The more and more I think about giving up and just waiting for Windows 10 which is a step in the right direction... so far I'm loving the windows 10 tech preview cause everything just "works" and Arch Linux hates trying to use rmmod and modprobe before that damn alsa firmware loader in 64bit... same goes with any Linux Distro... so I know it's either the Linux Kernel or Alsa or the ctefx.bin file...

[UPDATE 1]
So out of curiosity I tried installing alsa_firmware_loaders and I got this now...

[   10.391088] snd_hda_intel 0000:04:00.1: Disabling MSI
[   10.391094] snd_hda_intel 0000:04:00.1: Handle VGA-switcheroo audio client
[   10.391126] snd_hda_intel 0000:05:00.0: Disabling MSI
[   10.391127] snd_hda_intel 0000:05:00.0: Force to non-snoop mode
[   10.422852] sound hdaudioC2D1: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) type:line
[   10.422854] sound hdaudioC2D1:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[   10.422855] sound hdaudioC2D1:    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
[   10.422856] sound hdaudioC2D1:    mono: mono_out=0x0
[   10.422857] sound hdaudioC2D1:    dig-out=0xc/0x0
[   10.422858] sound hdaudioC2D1:    inputs:
[   10.422859] sound hdaudioC2D1:      Mic=0x12
[   10.422860] sound hdaudioC2D1:      Line=0x11
[   10.422861] sound hdaudioC2D1:    dig-in=0xe
[   10.470455] snd_hda_intel 0000:05:00.0: firmware: failed to load ctefx.bin (-2)
[   10.470462] snd_hda_intel 0000:05:00.0: Direct firmware load failed with error -2
[   10.470463] snd_hda_intel 0000:05:00.0: Falling back to user helper
[   10.488599] input: HDA Creative Mic as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input8
[   10.488656] input: HDA Creative Line as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input9
[   10.488735] input: HDA Creative Line Out as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input10
[   10.488811] input: HDA Creative Front Headphone as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input11

So same error on Debian Jessie 32bit... sound still works from my CA0132 Soundblaster Recon3D FATAL1TY... WHY NOT IN 64bit!? ugh...
out of curiosity, I keep looking for that ctefx.bin on the net and I can't find a spot to download it... is that part of the problem? Is it missing from Alsa??? 


[UPDATE 2]
So looking at this... https://bugs.archlinux.org/task/35038   it tells me there should be that ctefx.bin and ctspeq.bin should be in /usr/lib/firmware and that folder doesn't exist for me...

so I found this: https://github.com/vladikoff/chromebook-pixel-ubuntu-13-patch/blob/master/install_firmware_from_alsa_project.sh

Now, I changed the commands to the latest alsa firmware so I used...

cd /tmp
wget ftp://ftp.alsa-project.org/pub/firmware/alsa-firmware-1.0.28.tar.bz2
tar xfv alsa-firmware-1.0.28.tar.bz2 --strip=2 alsa-firmware-1.0.28/ca0132/ctefx.bin alsa-firmware-1.0.28/ca0132/ctspeq.bin
sudo cp ctefx.bin ctspeq.bin /lib/firmware

So I only copied to /lib/firmware to see... and now dmesg shows...

[    9.802745] snd_hda_intel 0000:04:00.1: Disabling MSI
[    9.802751] snd_hda_intel 0000:04:00.1: Handle VGA-switcheroo audio client
[    9.802800] snd_hda_intel 0000:05:00.0: Disabling MSI
[    9.802801] snd_hda_intel 0000:05:00.0: Force to non-snoop mode
[    9.859768] sound hdaudioC2D1: autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) type:line
[    9.859770] sound hdaudioC2D1:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    9.859772] sound hdaudioC2D1:    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
[    9.859773] sound hdaudioC2D1:    mono: mono_out=0x0
[    9.859774] sound hdaudioC2D1:    dig-out=0xc/0x0
[    9.859774] sound hdaudioC2D1:    inputs:
[    9.859776] sound hdaudioC2D1:      Mic=0x12
[    9.859777] sound hdaudioC2D1:      Line=0x11
[    9.859782] sound hdaudioC2D1:    dig-in=0xe
[    9.940744] snd_hda_intel 0000:05:00.0: firmware: direct-loading firmware ctefx.bin
[    9.994108] RPC: Registered named UNIX socket transport module.
[    9.994110] RPC: Registered udp transport module.
[    9.994111] RPC: Registered tcp transport module.
[    9.994112] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   10.016878] FS-Cache: Loaded
[   10.035209] FS-Cache: Netfs 'nfs' registered for caching
[   10.038567] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:00.0/0000:03:00.1/sound/card0/input8
[   10.038634] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:00.0/0000:03:00.1/sound/card0/input9
[   10.038703] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:00.0/0000:03:00.1/sound/card0/input10
[   10.038784] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:00.0/0000:03:00.1/sound/card0/input11
[   10.072919] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[   10.270698] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:02.0/0000:04:00.1/sound/card1/input12
[   10.270789] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:02.0/0000:04:00.1/sound/card1/input13
[   10.270883] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:02.0/0000:04:00.1/sound/card1/input14
[   10.271066] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:02.0/0000:04:00.1/sound/card1/input15
[   10.538079] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
[   10.760375] input: HDA Creative Mic as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input16
[   10.760519] input: HDA Creative Line as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input17
[   10.760660] input: HDA Creative Line Out as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input18
[   10.760762] input: HDA Creative Front Headphone as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input19



so firmware loads! yay! first reboot I didn't have sound but the second and third did so good enough lol... and just so everyone knows...

uname -a
Linux themard-debian32bit 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) i686 GNU/Linux

so now I'm excited! A small breakthrough maybe!? I'll try it with Debian Jessie 64bit trying the same method.

[   10.919123] work still pending
[   11.546547] ca0132 DOWNLOAD FAILED!!! DSP IS NOT RUNNING.
[   11.564464] input: HDA Creative Mic as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input16
[   11.564631] input: HDA Creative Line as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input17
[   11.564793] input: HDA Creative Line Out as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input18
[   11.565175] input: HDA Creative Front Headphone as /devices/pci0000:00/0000:00:01.0/0000:01:00.0/0000:02:03.0/0000:05:00.0/sound/card2/input19


.... nope! Nothing... alsa-firmware 1.0.28 is installed and all that jazz in Debian Jessie 64bit and I get this error... I got that ctefx.bin error first boot so I did that cp ctefx.bin and ctspeq.bin commands from above and they're both in "/lib/firmware" just like I did in 32bit... nope. alsa-firmware 1.0.28 is the culprit of everyone in this thread's problems. It just doesn't work in 64bit kernels... maybe it never has? I haven't tried it with kernel 3.9... it seems that alsa-firmware and the ctefx.bin and ctspeq.bin files only work perfectly in 32bit kernels...

So I've done all the testing I can to find a "true" solution... and now it's up to someone with some coding abilities to fix alsa-firmware. I'd definitely be willing to donate to the person that fixes it $40 CAD... just to solve my headaches... I just want to enjoy Manjaro in 64bit... and I can't cause of this damn firwmare loader unless I manually use a terminal command after every boot and hope it sticks... sigh.
Comment 136 Acidphase 2014-12-22 07:45:27 UTC
(In reply to Marc Bourgoin from comment #135)
> 
> 
> .... nope! Nothing... alsa-firmware 1.0.28 is installed and all that jazz in
> Debian Jessie 64bit and I get this error... I got that ctefx.bin error first
> boot so I did that cp ctefx.bin and ctspeq.bin commands from above and
> they're both in "/lib/firmware" just like I did in 32bit... nope.
> alsa-firmware 1.0.28 is the culprit of everyone in this thread's problems.
> It just doesn't work in 64bit kernels... maybe it never has? I haven't tried
> it with kernel 3.9... it seems that alsa-firmware and the ctefx.bin and
> ctspeq.bin files only work perfectly in 32bit kernels...

It's working with my 64-bit kernel 3.17.7-gentoo. Using the method I posted last year via position fix.
Actually I just moved to this newly marked stable kernel and I don't think I need the position fix anymore because the DSP is loading fine now.

dmesg | grep -i ca0132
[    4.129762] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
[   29.385805] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.

You clearly see early on in the boot it loaded so I may remove my script from the /etc/local.d and see how it goes on next reboot. (whenever that is)

Also as far as the windows reference , Microsoft is supported by creative these drivers were put together by reverse engineering because creative as of the ca0132 DSP dropped support for Linux all together.
Which is the reason I'll never buy Creative again as it's really their fault and not the developers at alsa for the kernel drivers.
Comment 137 Marc Bourgoin 2014-12-25 02:46:54 UTC
(In reply to Acidphase from comment #136)
> (In reply to Marc Bourgoin from comment #135)
> > 
> > 
> > .... nope! Nothing... alsa-firmware 1.0.28 is installed and all that jazz
> in
> > Debian Jessie 64bit and I get this error... I got that ctefx.bin error
> first
> > boot so I did that cp ctefx.bin and ctspeq.bin commands from above and
> > they're both in "/lib/firmware" just like I did in 32bit... nope.
> > alsa-firmware 1.0.28 is the culprit of everyone in this thread's problems.
> > It just doesn't work in 64bit kernels... maybe it never has? I haven't
> tried
> > it with kernel 3.9... it seems that alsa-firmware and the ctefx.bin and
> > ctspeq.bin files only work perfectly in 32bit kernels...
> 
> It's working with my 64-bit kernel 3.17.7-gentoo. Using the method I posted
> last year via position fix.
> Actually I just moved to this newly marked stable kernel and I don't think I
> need the position fix anymore because the DSP is loading fine now.
> 
> dmesg | grep -i ca0132
> [    4.129762] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
> [   29.385805] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
> 
> You clearly see early on in the boot it loaded so I may remove my script
> from the /etc/local.d and see how it goes on next reboot. (whenever that is)
> 
> Also as far as the windows reference , Microsoft is supported by creative
> these drivers were put together by reverse engineering because creative as
> of the ca0132 DSP dropped support for Linux all together.
> Which is the reason I'll never buy Creative again as it's really their fault
> and not the developers at alsa for the kernel drivers.

Heyyo,

Hmm I've tried even 3.18.0 on both Manjaro and Debian Jessie 64bit and no sound... Download always fails for me... I'll try downloading Gentoo maybe they have it setup differently or something...

as for your init.d scripts? Can you post the exact scripts you have please? Earlier you quoted the gentoo wiki I think for the "hello world" script.
Comment 138 Acidphase 2014-12-25 03:20:13 UTC
(In reply to Marc Bourgoin from comment #137)
> (In reply to Acidphase from comment #136)
> > (In reply to Marc Bourgoin from comment #135)
> > > 
> > > 
> > > .... nope! Nothing... alsa-firmware 1.0.28 is installed and all that jazz
> in
> > > Debian Jessie 64bit and I get this error... I got that ctefx.bin error
> first
> > > boot so I did that cp ctefx.bin and ctspeq.bin commands from above and
> > > they're both in "/lib/firmware" just like I did in 32bit... nope.
> > > alsa-firmware 1.0.28 is the culprit of everyone in this thread's
> problems.
> > > It just doesn't work in 64bit kernels... maybe it never has? I haven't
> tried
> > > it with kernel 3.9... it seems that alsa-firmware and the ctefx.bin and
> > > ctspeq.bin files only work perfectly in 32bit kernels...
> > 
> > It's working with my 64-bit kernel 3.17.7-gentoo. Using the method I posted
> > last year via position fix.
> > Actually I just moved to this newly marked stable kernel and I don't think
> I
> > need the position fix anymore because the DSP is loading fine now.
> > 
> > dmesg | grep -i ca0132
> > [    4.129762] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
> > [   29.385805] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
> > 
> > You clearly see early on in the boot it loaded so I may remove my script
> > from the /etc/local.d and see how it goes on next reboot. (whenever that
> is)
> > 
> > Also as far as the windows reference , Microsoft is supported by creative
> > these drivers were put together by reverse engineering because creative as
> > of the ca0132 DSP dropped support for Linux all together.
> > Which is the reason I'll never buy Creative again as it's really their
> fault
> > and not the developers at alsa for the kernel drivers.
> 
> Heyyo,
> 
> Hmm I've tried even 3.18.0 on both Manjaro and Debian Jessie 64bit and no
> sound... Download always fails for me... I'll try downloading Gentoo maybe
> they have it setup differently or something...
> 
> as for your init.d scripts? Can you post the exact scripts you have please?
> Earlier you quoted the gentoo wiki I think for the "hello world" script.

It's all Kernel based setups. Did you setup the kernel correctly?

CONFIG_SND_HDA_CODEC_CA0132=y
CONFIG_SND_HDA_CODEC_CA0132_DSP=y
CONFIG_EXTRA_FIRMWARE="ctefx.bin ctspeq.bin"

You have to tell it to load the firmware manually. You may want to try the position fix too.

 rmmod snd_hda_intel
 modprobe snd_hda_intel position_fix=1
Comment 139 J Pollitt 2014-12-26 22:54:01 UTC
@Marc Bourgoin

Just for reference I am on Arch Linux 64 bit and my Mainboard has a CA0132 on it ,
wich is not great as the DSP load outthere is not fully functional, but it does worrk an I do have sound.  If you would like I can go over my setup and wal you through minimal functionality.  I have not real special fixes loaded not rmmod, modprobe I get sould on every boot, 2 mic inputs and 2 audio outputs 
I did place a /etc/modprobe.d/ca0132.conf file with 
options snd_hda_intel position_fix=1 in it, but I do not think taht was needed just preference as to which outputs I wanted to be on.
Comment 140 Stefan O. 2014-12-28 05:19:40 UTC
I own a mainboard with a CA0132 (Gigybyte G1.Sniper M3 Z77). I´m running Ubuntu 14.04 LTS 64-Bit with standard kernel 3.13. Until now only analog stereo/headphone out was working, but I was able to fix S/PDIF out: In file patch_ca0132.c in function ca0132_config I changed the headphone out pin (spec->out_pins[1]) from 0x10 to 0x0a. This maybe breaks something else, but for me both headphone and stereo out are still working.

I cannot get analog multichannel out working: I tried setting spec->multiout.max_channels to 6, add additional outputs and connect them to the other DACs in ca0132_init, the result is when running speaker-test that the channels are incorrectly mapped/mixed to stereo/headphone out for 4/6 channels, 3/5 channels no output at all. I tried different values for the output pins, does not change anything (only values above 0xC break S/PDIF, so they are used somehow, that´s how I accidentally fixed S/PDIF).

This are the kernel messages during boot (some could be HDMI (nvidia)):

kernel: [    1.670502] snd_hda_intel 0000:00:1b.0: enabling device (0000 -> 0002)
kernel: [    1.670689] snd_hda_intel 0000:00:1b.0: irq 46 for MSI/MSI-X
kernel: [    1.683121] autoconfig: line_outs=1 (0xb/0x0/0x0/0x0/0x0) type:line
kernel: [    1.683126]    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
kernel: [    1.683129]    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
kernel: [    1.683130]    mono: mono_out=0x0
kernel: [    1.683132]    dig-out=0xc/0x0
kernel: [    1.683133]    inputs:
kernel: [    1.683135]      Mic=0x12
kernel: [    1.683137]      Line=0x11
...
kernel: [    2.279042] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
...
kernel: [    2.532358] input: HDA Intel PCH Front Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8
kernel: [    2.532451] input: HDA Intel PCH Line Out as /devices/pci0000:00/0000:00:1b.0/sound/card0/input7
kernel: [    2.532530] input: HDA Intel PCH Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input6
kernel: [    2.532638] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input5
kernel: [    2.533187] snd_hda_intel 0000:02:00.1: enabling device (0000 -> 0002)

It still lists only 1 line-out. Is there some other place where I need to change the number of channels? Any ideas what I could/should try? This is the first time I ever modified something in the kernel.
Comment 141 Stefan O. 2014-12-28 07:24:42 UTC
Got something, in patch_ca0132 after snd_hda_parse_pin_def_config is called I added:

	spec->autocfg.line_outs = 3;
	spec->autocfg.line_out_pins[0] = 0xb;
	spec->autocfg.line_out_pins[1] = 0xc;
	spec->autocfg.line_out_pins[2] = 0xd;

The result is now that if I run speaker-test the output is mixed/mapped over 4 channels: the stereo out (0x0b) and the front-panel out (0x10). While headphone out used to be the same signal as stereo out, there is no output anymore. That means stereo-out/headphone out are not the same outputs. Interestingly now exactly those two connections work mentioned in the kernel message (Front Headphone and Line Out). How/where are those input devices created and why are the other outputs not created?
Comment 142 Marc Bourgoin 2015-01-05 05:07:31 UTC
(In reply to J Pollitt from comment #139)
> @Marc Bourgoin
> 
> Just for reference I am on Arch Linux 64 bit and my Mainboard has a CA0132
> on it ,
> wich is not great as the DSP load outthere is not fully functional, but it
> does worrk an I do have sound.  If you would like I can go over my setup and
> wal you through minimal functionality.  I have not real special fixes loaded
> not rmmod, modprobe I get sould on every boot, 2 mic inputs and 2 audio
> outputs 
> I did place a /etc/modprobe.d/ca0132.conf file with 
> options snd_hda_intel position_fix=1 in it, but I do not think taht was
> needed just preference as to which outputs I wanted to be on.

Heyyo,

I tried the options snd_hda_intel position_fix=1 and that didn't work for me on boot, then I tried options snd_hda_intel model=generic and that didn't work either... so then I tried options snd_hda_intel model=,generic and same thing...

BUT... if I open the terminal and use..
sudo kill `ps uax |grep pulseaudio | grep -v grep | awk '{print $2}'` ; sudo rmmod snd-hda-intel; sleep 3; sudo modprobe snd-hda-intel

I get sound working in 64bit with kernel 3.17... There doesn't seem to be a way I can use Arch unless every time I boot I run that command cause it seems like whenever I try something with a .conf in modprobe.d it doesn't work or load or something... sigh.

There's also no developers looking at fixing either the alsa firmware loader or the "ctefx.bin" or "ctspeq.bin" cause it always gives an error in 64bit only for me on boot.

Screw it, the main issue I have with Linux is the lack of NVIDIA SLI support anyways... I feel that issue stems more from the limitations of OpenGL's current state as AMD's CrossFire is also barely present/functioning... so the gaming performance on Linux for me is always lesser than Windows since Linux won't make use of my 2nd GPU unless I'm playing Doom 3 or another ID Tech 4 Engine game... seems to be the only game engine on Linux that supports frame buffer flipping instead of swapping.. heck, ID Tech 5 Engine on Windows doesn't support Multi-GPU for the same issue.. yet "The Evil Within" on ID Tech 5 Engine does... but it uses DirectX 11 only and marks the first time an ID Software and the ID Tech Engine released a game without any OpenGL support.

As much as I love how open and interesting Linux is? it's only an interesting adventure for me but now it's bordering on frustrating... maybe I'll try tinkering with Linux again in a few years and see if things improve, maybe if a SteamOS machine manufacturer pushes for multi-GPU setups we'll start seeing a change maybe in OpenGL and the way game devs code games.

To the others on here? good luck and take care. I'm out for now...
Comment 143 stefanspr94 2015-02-17 15:44:07 UTC
Is this bug even still being worked on? This thread has not been updated for over a month. I would like to hear from Jaroslav Kysela whats the current state of this.
Comment 144 Jonas Beck 2015-03-15 12:28:38 UTC
I confirm that changing spec->out_pins[1] to 0x0A will activate the optical S/PDIF on my ca0132 PCIE card. 
As this is the only feature i am interested in, i did not check other outputs/inputs. 
I applied the change to a clean 3.19.1 on a 64bit Debian 8 system and have sound working through optical out with no other fixes or tricks. 
The possible SFX listed by ALSA such as X-Bass however do not seem have any audible impact, may be just my ears, but the only interest i have in those would be to make sure they are disabled.
My thanks go out to Stefan O. for pointing this out.

Sound is clean, no clicks or blips during boot or playback.

Finally - no more ground-loops humming through my hifi.
Comment 145 ikomiko 2015-04-04 10:30:03 UTC
Hello, can you say me where i can find the patch_ca0132.c file? i searched everywhere on my system and i can't find it. 
i also have the same problem with you and iam using my soundblaster z to feed my dac through S/PDIF.

Thanks.
Comment 146 Jonas Beck 2015-04-04 11:20:48 UTC
Created attachment 173111 [details]
attachment-29674-0.html

You need the kernel source, get it from kernel.org. it is in folder sound/pci/hda. Change and compile changed sources. There will be howtos for your distro on this.

On April 4, 2015 12:30:03 PM CEST, bugzilla-daemon@bugzilla.kernel.org wrote:
>
>https://bugzilla.kernel.org/show_bug.cgi?id=55541
>
>ikomiko <slobodan.kandic@hotmail.de> changed:
>
>           What    |Removed                     |Added
>----------------------------------------------------------------------------
>             CC|                            |slobodan.kandic@hotmail.de
>
>--- Comment #145 from ikomiko <slobodan.kandic@hotmail.de> ---
>Hello, can you say me where i can find the patch_ca0132.c file? i
>searched
>everywhere on my system and i can't find it. 
>i also have the same problem with you and iam using my soundblaster z
>to feed
>my dac through S/PDIF.
>
>Thanks.
>
>-- 
>You are receiving this mail because:
>You are on the CC list for the bug.
Comment 147 Grief 2015-04-27 18:46:06 UTC
I am frustrating. The issue occurs with the pretty common ca0132 chipset when 64bit kernel (everybody use 64 bit instead of 32 bit nowadays) is installed. On the other hand, the issue is not applicable to 32bit version of the kernel which means that there is a working code already. Kernel team has nobody who can investigate, address and fix the issue for 2 years. Really?
Comment 148 stefanspr94 2015-04-27 22:20:10 UTC
@Grief I do absolutely feel the same. I am very disappointed about the situation too. @Kernel-Devs I am not a developer and do just have minor C knowledge but I think the problem is 64bit memory addressing. Another firmware loading routine would have to be made in order to solve the problem.
Comment 149 Alexander 2015-05-01 15:20:53 UTC
I don`t have problems with firmware loading, front headphones and microphone works fine with simple script, but I want to use rear outputs (I have SB Zx with external heaphone output). I`ve tried to make it work by editing patch_ca0132.c file and recompiling mainline kernel, but still rear outputs don`t work. Is there any docs on ca0132? I don`t have a lot of experience in alsa drivers, I only worked with simple linux kernel modules.
Comment 150 fabianrensen 2015-08-24 22:55:14 UTC
@Alexander Really? I always need to boot Windows first to "initialize" the card and after reboot I can get (front) headphones to work with the script. Also, rebooting from Linux back to Windows breaks the microphone, so I have to completely shut down first.

Any other news so far?
Comment 151 Alexander 2015-08-25 01:24:35 UTC
@fabianrensen I've got microphone bug, but I don't need to boot windows before Linix.

There is one interesting commit in sound tree
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_ca0132.c?id=fe14f39e88c8ac16d0a051f8444a2294f8cb358c
In new alienware_pincfgs[] array there are several pin ids with N/A comment. Only speakers, hp and mic commented since laptop only has speakers and combined jack. Maybe they can be used to configure all outputs on Z series.

I've tried several months ago to add extra out pins with different ids, but I don't really understand what is going on in patch_ca0132.c file.
Comment 152 Marc Bourgoin 2015-10-28 18:51:40 UTC
Heyyo,

Wow... 64bit Kernel 4.2.0 made things worse!!! :(

Trying it out on Ubuntu Mate 15.10 64bit... 4.2.0-16 btw... tried booting with /etc/rc.local set with:

rmmod snd_hda_intel
modprobe snd_hda_intel position_fix=1

Gives me sound yeah... but doesn't work in Chrome or FireFox at all... only the desktop...

So then I tried booting with /etc/rc.local set with:

rmmod snd_hda_intel
modprobe snd_hda_intel model=generic

and that gives me sound... but randomly sound stops and starts working!

gonna try the latest alsa-firmware 1.0.29 files now from the AlsaProject website and dump them into /usr/firmware

.... NOPE! Same issue where sound randomly stops working when it wants to...

dmesg | grep -i ca0132
[    8.218428] snd_hda_codec_ca0132 hdaudioC2D1: autoconfig for CA0132: line_outs=1 (0xb/0x0/0x0/0x0/0x0) type:line
[    8.218432] snd_hda_codec_ca0132 hdaudioC2D1:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    8.218433] snd_hda_codec_ca0132 hdaudioC2D1:    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
[    8.218434] snd_hda_codec_ca0132 hdaudioC2D1:    mono: mono_out=0x0
[    8.218435] snd_hda_codec_ca0132 hdaudioC2D1:    dig-out=0xc/0x0
[    8.218436] snd_hda_codec_ca0132 hdaudioC2D1:    inputs:
[    8.218437] snd_hda_codec_ca0132 hdaudioC2D1:      Mic=0x12
[    8.218438] snd_hda_codec_ca0132 hdaudioC2D1:      Line=0x11
[    8.218438] snd_hda_codec_ca0132 hdaudioC2D1:    dig-in=0xe
[   11.186450] ca0132 DOWNLOAD FAILED!!! DSP IS NOT RUNNING.
[   19.911889] snd_hda_codec_ca0132 hdaudioC2D1: autoconfig for CA0132: line_outs=1 (0xb/0x0/0x0/0x0/0x0) type:line
[   19.911891] snd_hda_codec_ca0132 hdaudioC2D1:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[   19.911892] snd_hda_codec_ca0132 hdaudioC2D1:    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
[   19.911893] snd_hda_codec_ca0132 hdaudioC2D1:    mono: mono_out=0x0
[   19.911893] snd_hda_codec_ca0132 hdaudioC2D1:    dig-out=0xc/0xd
[   19.911894] snd_hda_codec_ca0132 hdaudioC2D1:    inputs:
[   19.911895] snd_hda_codec_ca0132 hdaudioC2D1:      Mic=0x12
[   19.911896] snd_hda_codec_ca0132 hdaudioC2D1:      Line=0x11
[   19.911897] snd_hda_codec_ca0132 hdaudioC2D1:    dig-in=0xe
[   20.495197] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
[   21.322538] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.


uname -a
Linux themard-mate-64bit 4.2.0-16-generic #19-Ubuntu SMP Thu Oct 8 15:35:06 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux


.... is there any chance @Jaroslav Kysela can check into this more??? or someone???
Comment 153 Marc Bourgoin 2015-10-29 14:17:46 UTC
Heyyo,

After more digging around it looks like the Alsa Project makes changes to the ctefx.bin and ctspeq.bin files...

http://www.alsa-project.org/main/index.php/Main_Page

the Bug Tracker portion of the website is down and the "help to debug" doesn't tell you how to submit bugs lol agh! :P

Ok, for the Alsa project it turns out there's an actual dude who handles Sound Blasters! Maybe he can bring us salvation for 64bit firmware loading of ca0132! :)

http://www.alsa-project.org/main/index.php/Alsa_Team

I'm going to email James Courtier-Dutton and hopefully he can fix this bug that has plagued us for years... I'm gonna submit him my alsa info from their uploader that showed me "/tmp/alsa-info.txt.sLncDWamsd"
Comment 155 Grief 2015-10-29 23:10:22 UTC
As soon as I saw this interesting patch in previous message, I tried to to test it and know what? On kernel 4.2.3 I hear the sound from green out on the back even without that patch. Nothing else works but it's a progress anyway for me, but I guess this is the situation where other people in the tread are at.

Regarding the patch, it didn't work for me, on kernel 4.2.3 I have one working out with and without it.

Very sad that microphone is not working...

Relevant piece of dmesg:

[    8.220066] snd_hda_codec_ca0132 hdaudioC0D0: autoconfig for CA0132: line_outs=1 (0xb/0x0/0x0/0x0/0x0) type:line
[    8.220067] snd_hda_codec_ca0132 hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    8.220067] snd_hda_codec_ca0132 hdaudioC0D0:    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
[    8.220068] snd_hda_codec_ca0132 hdaudioC0D0:    mono: mono_out=0x0
[    8.220068] snd_hda_codec_ca0132 hdaudioC0D0:    dig-out=0xc/0x0
[    8.220068] snd_hda_codec_ca0132 hdaudioC0D0:    inputs:
[    8.220069] snd_hda_codec_ca0132 hdaudioC0D0:      Mic=0x12
[    8.220069] snd_hda_codec_ca0132 hdaudioC0D0:      Line=0x11

[    8.787492] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.

[    9.624422] ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
Comment 156 Marc Bourgoin 2015-10-30 01:50:26 UTC
Heyyo, @Grief , to get microphone working? I've always had to do this, even in the 32bit kernel:

1. Open up "Terminal"

2. Type in "alsamixer" and hit enter
3. Press "F6" to Select Sound Card

4. Select "HDA Creative" and hit enter

5. Press "F4" for Capture

6. Use the left and right arrows to navigate the selections and use "Insert" key to enable/disable selections

7. Select the "AMic1/DMic" and click your "Insert" key to enable it. Do the same with "AMic1/DMic Auto Detect".

8. If the input is quiet, select "Mic1-Boost" and click your "Insert" key to enable mic boost.
Comment 157 Grief 2015-10-30 17:44:58 UTC
I am soooo stupid :(

Marc, thank you a lot! AMic1/DMic Auto Detect seems was not needed for me, I had only to enable "Capture" and "AMic1/DMic". But all functions work well exactly as they work on windows, so I enabled "Mic1-Boost (30 dB)", "Echo Cancellation", "Noise Reduction" as they make the sound quality of my cheap headset much better.
Comment 158 Julian Weissgerber 2015-11-02 17:08:23 UTC
With the patch from Takashi Iwai applied to kernel 4.2.5 64-bit I finally get "DOWNLOAD OK :-) DSP IS RUNNING." without having to reload snd_hda_intel. Still can only use the front panel jack for output regardless of toggling HP/Speaker in alsamixer. Mic still works with the jack on the back of the card.

Something still seems wrong with the buffer though - playback only works for less than 1 second and then goes silent. This also happens without the patch.

$ speaker-test -Dhw:1,0 -c2

Sound for 1 sec, then goes silent.

$ speaker-test -Dhw:1,0 -c2 -b 21666

...works just fine. Increasing the buffer size to 21667 and it will be back to going silent.

For Pulseaudio I had to add
load-module module-alsa-card device_id=1 tsched_buffer_size=4159
to /etc/pulseaudio/default.pa.
Again, increasing buffer size to just 4160 and it stops working.
Comment 159 Takashi Iwai 2015-11-02 19:26:07 UTC
The stall is a regression since 4.2 kernel and fixed today in sound git tree by the commit de1ab6af5c3d92c0a031083962a7ff270cf301b7
    ALSA: hda - Fix lost 4k BDL boundary workaround
Found in for-linus or for-next branch.
Comment 160 Julian Weissgerber 2015-11-02 22:09:59 UTC
Thanks a lot for working on this Takashi. Unfortunately just applying the change in that commit to 4.2.5 or 4.3.0 and trying to run speaker-test without restricting the buffer size results in "Unable to set hw params for playback: Invalid argument
Setting of hwparams failed: Invalid argument", and for every attempt this shows up in dmesg:
[  137.330619] snd_hda_intel 0000:06:00.0: Too many BDL entries: buffer=4194304, period=1048576
Pulseaudio works fine though without tsched_buffer_size=4159...
Comment 161 Takashi Iwai 2015-11-03 05:58:38 UTC
Yes, the restriction makes the driver requiring more BDL entries because it has to align 4k bytes.  Depending on the parameters, it can't work as is -- it's a hardware limitation.  The behavior existed up to 4.1, but this was overseen during the code change for 4.2, sorry.

So, simply reduce the buffer size to pass to speaker-test.  Or reduce the periods (but then speaker-test will behave badly, too).  PA basically doesn't use periods, that's why it works with the same large buffer size.
Comment 162 Jonathan Dunlap 2015-11-03 17:29:22 UTC
Super excited about the progress as I've been watching this issue since 2013. :]
Comment 163 Grief 2015-11-06 08:40:03 UTC
Is there a chance to make other jacks working in addition to back green and pink ones?
Comment 164 Takashi Iwai 2015-11-06 13:24:16 UTC
(In reply to Grief from comment #163)
> Is there a chance to make other jacks working in addition to back green and
> pink ones?

I don't know what are other jacks and what are for.  You need to list up and figure out the following by yourself:
- The position and the color of each jack, and its purpose.
- The pin NID corresponding to each jack.

For checking the latter, you can try hda-verb or hdajackretask.  With hda-verb, something like
  hda-verb /dev/snd/hwC1D1 0x0b GET_PIN_SENSE 0

where /dev/snd/hwC1D1 is the hwdep device file corresponding to your Creative sound card.  In this case, it's card 1, codec address 1.
0x0b is the widget NID.  On CA0132 (at least on Recon3D), the NIDs from 0x0b to 0x13 and NID 0x18 are pin widgets, so look through all these.

When a pin is detected to the given NID, the command above should return the value with bit 31 set, e.g. 0x80000000.  Plug/unplug each jack, and find out which NID corresponds to which jack.

After figuring out all these, give the result together with alsa-info.sh output.
Comment 165 ganthore 2015-11-06 21:36:38 UTC
Hey Takashi,

I'm still getting consistently nothing out of ZxR card (currently running 4.3.0).

I followed your instructions but I got a return of 0x0. I wrote a quick script to run hda-verb on an range from 0x0b to 0x18. I consistently got a return of value = 0x0. If I did this right just let me know and I'll attach the script to this ticket so others can quickly run it.

In my case there is no "green" jack. The card has 2 RCA out ports that hook up to cable that converts to 3.5mm out. I also have a daughter board that comes with this card but I don't have that connected right now because it only supplies optic out and aux in.

/dev/snd/hwC3D1:
nid = 0xb, verb = 0xf09, param = 0x0
value = 0x0
nid = 0xc, verb = 0xf09, param = 0x0
value = 0x0
nid = 0xd, verb = 0xf09, param = 0x0
value = 0x0
nid = 0xe, verb = 0xf09, param = 0x0
value = 0x0
nid = 0xf, verb = 0xf09, param = 0x0
value = 0x0
nid = 0x10, verb = 0xf09, param = 0x0
value = 0x0
nid = 0x11, verb = 0xf09, param = 0x0
value = 0x0
nid = 0x12, verb = 0xf09, param = 0x0
value = 0x0
nid = 0x13, verb = 0xf09, param = 0x0
value = 0x0
nid = 0x14, verb = 0xf09, param = 0x0
value = 0x0
nid = 0x15, verb = 0xf09, param = 0x0
value = 0x0
nid = 0x16, verb = 0xf09, param = 0x0
value = 0x0
nid = 0x17, verb = 0xf09, param = 0x0
value = 0x0
nid = 0x18, verb = 0xf09, param = 0x0
value = 0x0

From dmesg:
[    3.554859] snd_hda_codec_ca0132 hdaudioC3D1: autoconfig for CA0132: line_outs=1 (0xd/0x0/0x0/0x0/0x0) type:speaker
[    3.554861] snd_hda_codec_ca0132 hdaudioC3D1:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    3.554863] snd_hda_codec_ca0132 hdaudioC3D1:    hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    3.554864] snd_hda_codec_ca0132 hdaudioC3D1:    mono: mono_out=0x0
[    3.554864] snd_hda_codec_ca0132 hdaudioC3D1:    inputs:
[    3.554866] snd_hda_codec_ca0132 hdaudioC3D1:      Mic=0x12

The following link is my current alsa-info (please ignore much older one attached to this ticket):
http://www.alsa-project.org/db/?f=a9217c4765524689ebfbbc92da791d38d9506a0a

Please let me know if I'm doing something wrong or if you'd like any more data.
Comment 166 ganthore 2015-11-06 21:52:10 UTC
Well, I do get some incredibly awful static along with system sound if I keep my model set to generic. My ZxR is the 4th card that comes up in the device list right now so I have my modprobe.d config set to:

% cat /etc/modprobe.d/sound.conf
options snd-hda-intel position_fix=1 model=,,,generic
Comment 167 Takashi Iwai 2015-11-09 17:13:26 UTC
(In reply to ganthore from comment #165)
> Hey Takashi,
> 
> I'm still getting consistently nothing out of ZxR card (currently running
> 4.3.0).
> 
> I followed your instructions but I got a return of 0x0. I wrote a quick
> script to run hda-verb on an range from 0x0b to 0x18. I consistently got a
> return of value = 0x0. If I did this right just let me know and I'll attach
> the script to this ticket so others can quickly run it.
> 
> In my case there is no "green" jack. The card has 2 RCA out ports that hook
> up to cable that converts to 3.5mm out. I also have a daughter board that
> comes with this card but I don't have that connected right now because it
> only supplies optic out and aux in.

OK, then it doesn't work, as RCA jack doesn't have a proper detection mechanism.

As you can see in patch_ca0132.c ca0132_config() function, it has static mapping of pins.  So far, it assumes only two models: the generic one and Alienware.  The former uses pins 0x0b and 0x10 for outputs, 0x10 is the headphone jack.  Meanwhile the latter uses the pins 0x10 and 0x0f as outputs, and 0x0f is the headphone jack.

Similarly, you need to find out two actual outputs (might be one, I don't know the spec of this board) by trial and error, i.e. just hard-coding the number in patch_ca0132.c.  The BIOS reports it's 0x0d, so this might be one.
Comment 168 fabianrensen 2015-11-10 17:26:42 UTC
(In reply to Takashi Iwai from comment #167)
> (In reply to ganthore from comment #165)
> > Hey Takashi,
> > 
> > I'm still getting consistently nothing out of ZxR card (currently running
> > 4.3.0).
> > 
> > I followed your instructions but I got a return of 0x0. I wrote a quick
> > script to run hda-verb on an range from 0x0b to 0x18. I consistently got a
> > return of value = 0x0. If I did this right just let me know and I'll attach
> > the script to this ticket so others can quickly run it.
> > 
> > In my case there is no "green" jack. The card has 2 RCA out ports that hook
> > up to cable that converts to 3.5mm out. I also have a daughter board that
> > comes with this card but I don't have that connected right now because it
> > only supplies optic out and aux in.
> 
> OK, then it doesn't work, as RCA jack doesn't have a proper detection
> mechanism.
> 
> As you can see in patch_ca0132.c ca0132_config() function, it has static
> mapping of pins.  So far, it assumes only two models: the generic one and
> Alienware.  The former uses pins 0x0b and 0x10 for outputs, 0x10 is the
> headphone jack.  Meanwhile the latter uses the pins 0x10 and 0x0f as
> outputs, and 0x0f is the headphone jack.
> 
> Similarly, you need to find out two actual outputs (might be one, I don't
> know the spec of this board) by trial and error, i.e. just hard-coding the
> number in patch_ca0132.c.  The BIOS reports it's 0x0d, so this might be one.

I am not a kernel dev, nor do I have an advanced knowledge about it, but if you say the pin values need to be hard coded, that certainly means recompiling something. So does that mean we have to recompile the whole kernel for every test or is it possible to only recompile the kernel module?
Comment 169 Takashi Iwai 2015-11-10 17:30:55 UTC
You can compile only the target kernel module, in this case, the ones in sound/pci/hda/ subdirectory, without rebuilding the whole tree, too.
Comment 170 fabianrensen 2015-11-13 18:38:38 UTC
Okay, thx. 

I just compiled ALSA from source via the alsa-compile.sh script and included your 32-bit patch.

I can confirm that this indeed fixes the DSP load error. I get a

ca0132 DOWNLOAD OK :-) DSP IS RUNNING.

on boot now and front headphones are working after boot.
Comment 171 fabianrensen 2015-11-13 18:46:23 UTC
(In reply to fabianrensen from comment #170)
> Okay, thx. 
> 
> I just compiled ALSA from source via the alsa-compile.sh script and included
> your 32-bit patch.
> 
> I can confirm that this indeed fixes the DSP load error. I get a
> 
> ca0132 DOWNLOAD OK :-) DSP IS RUNNING.
> 
> on boot now and front headphones are working after boot.

And btw I'm on Mint 17.2 x64 KDE, Kernel 3.16.0-38-generic and I have a Soundblaster Z.
Comment 172 Daniele Ruffini 2015-11-16 20:29:56 UTC
Download and installed linux kernel 4.4-rc1 for arch linux (via aur)
the DSP il loading and front headphone jack works (i do not have a spare mic to test front mic jack but connecting a pair of headphones gives no pop or noise, so I assume it's not working)

Rear jacks not working at all.

I'm on arch linux x86_64, kernel 4.4.0-rc1-g8005c49 (pulled directly from git so i assume it's unpatched) and my soundcard is a Creative SoundBlaster Z.
Comment 173 Takashi Iwai 2015-11-16 20:37:04 UTC
As already mentioned, you must figure out the pins by yourself.  It can be done only by the owner of the board.  Use hdajackretask or whatever to identify which pin corresponds to which I/O jack.  The normal 3.5 cinch jacks should be detectable, so they can be identified easily.

The rest is another trial-and-error, to map the identified pins in the arrays in ca0132_config() function.
Comment 174 Daniele Ruffini 2015-11-16 21:37:04 UTC
Fast way to do so?
I'm new to this kernel-patching-thing... I can get by a download, compile and install of whole kernels... but I haven't grasped yet how to patch.

I get i have to edit patch patch_ca0132.c (I'm assuming the one on you pushed to Linus' repo) but then? how do i patch just the file?
Sorry if i'm annoying but i'm trying to learn (no offense taken if you have no time to spare to teach me ;) )
Comment 175 fabianrensen 2015-11-17 15:35:43 UTC
(In reply to Takashi Iwai from comment #173)
> As already mentioned, you must figure out the pins by yourself.  It can be
> done only by the owner of the board.  Use hdajackretask or whatever to
> identify which pin corresponds to which I/O jack.  The normal 3.5 cinch
> jacks should be detectable, so they can be identified easily.
> 
> The rest is another trial-and-error, to map the identified pins in the
> arrays in ca0132_config() function.

Unfortunately, hdsjackretask always shows 5 pins as connected, regardless of what is connected.
Comment 176 Dhiru Kholia 2015-11-17 21:20:09 UTC
Created attachment 194731 [details]
FreeBSD 11.0-CURRENT verbose boot logs

The rear jack works very well on FreeBSD 11.0-CURRENT.
Comment 177 Dhiru Kholia 2015-11-17 21:23:49 UTC
Please see "Original pins configuration" in the FreeBSD verbose boot logs. I suspect that it can help us in getting the rear jacks to work well.
Comment 178 Takashi Iwai 2015-11-18 06:55:46 UTC
Grrr, there are way too many boards and this bug got too long, so I have no idea at all who writes for what card model for which problem on which kernel version with which distro.

The original problem, the firmware loading issue, was already fixed in 4.4-rc1 and will be backported to stable kernels.  So, I close this bug for now.

For the rest problems, please open a new bug for *each* different board.
Please follow the rule below:
- Put the exact board name and PCI SSID (e.g. 1102:0023) in the subject line to make clear.
- Each bug entry is dedicated only for the given board model.  Don't mix up.
- Give alsa-info.sh output in each bug report.
  Take alsa-info.sh output with --no-upload option, and attach the output file to Bugzilla (don't paste).
- Describe exactly which function doesn't work.

Thanks.
Comment 179 Marc Bourgoin 2015-11-18 07:00:15 UTC
Heyyo,

Takashi, I tried sending a PayPal donation to your suse.de email on November 2nd but you never accepted it. Is there a better way to send you a donation? I'm seriously grateful on your work squashing this bug.
Comment 180 Takashi Iwai 2015-11-18 07:08:26 UTC
Marc, no need for donation, although I thank for your offer.  Fixing the issues is just my task as a maintainer, so don't take it too seriously :)

Rather please advertise the fix (and how to report the rest issues) on blog or whatever so that people may know of it.
Comment 181 Andrei Costache 2015-11-26 07:14:39 UTC
Hello Guys,

I also have a Sound Blaster Z running under Ubuntu 15.10. (the MB is a Gigabyte GA-Z97X-Gaming 7, but all onboard stuff is disabled in BIOS - sound, video, network, ...).

I am really new to Linux, but I am not computer illiterate and want to learn. Nevertheless, the whole discussion on this bug, which I have read several times (trying myself to do whatever it was that you guys were doing) is just too advanced for me.

Could you please make just a step by step guide for me to to follow stupidly, so that I can also apply the fix which apparently is now available? Just consider that I have a fresh installation of Ubuntu 15.10. (no recompiled kernels, no mods, no patches, no nothing...)

Also, I own a SoundBlaster ZxR, and in the interest of contributing and learning, I am also willing to go out and buy a Sound Blaster Zx, if you are willing to walk me through providing to you all the info that you need and testing all the stuff that you need to finally clean-up all the remaining problems with the pins and whatnot.

Just let me know what you think.

Thanks
Comment 182 Dhiru Kholia 2015-11-26 11:20:57 UTC
Hi Andrei,

Installing, and running http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4-rc2+cod1-wily/ is enough to get the front headphone jack working.

Good Luck!
Comment 183 Andrei Costache 2015-11-28 17:59:52 UTC
Hi Dhiru,

I finally managed to install and run the 4.4.0 kernel from where you indicated. But there is no sound neither from the headphones jack in front of the case, nor from the back of the soundcard.

Also, dmesg now says that the DSP is downloaded and running...

But still no sound...
Comment 184 Marc Bourgoin 2015-11-29 01:41:09 UTC
Heyyo,

I used the Phoronix build which works good since there's problems with Ubuntu's 4.4 RC kernel builds.

http://www.phoronix.com/scan.php?page=news_item&px=Linux-4.4-rc2-Spun-For-Ubuntu

Using those Phoronix builds? 4.4 RC2 is giving me sound on boot without any tweaking! It works good Thanks again Takashi Iwai!!!! :)

Tested on 15.10 Ubuntu Mate
Comment 185 Andrei Costache 2015-12-02 21:20:59 UTC
(In reply to Marc Bourgoin from comment #184)
> Heyyo,
> 
> I used the Phoronix build which works good since there's problems with
> Ubuntu's 4.4 RC kernel builds.
> 
> http://www.phoronix.com/scan.php?page=news_item&px=Linux-4.4-rc2-Spun-For-
> Ubuntu
> 
> Using those Phoronix builds? 4.4 RC2 is giving me sound on boot without any
> tweaking! It works good Thanks again Takashi Iwai!!!! :)
> 
> Tested on 15.10 Ubuntu Mate

Hi Marc,

No, I tested the ubuntu mainline kernel builds, like Dhiru sugegsted. 
 - With the version 4.4.0rc2 the "DSP is downloaded and running"; but I get no sound.
 - With the version 4.4.0rc3 the "DSP is downloaded and running" as well, but still no sound.

In the mean time, I have enabled the onboard sound and also inserted in the PCI slot available on the MB an old Audigy 2 (SB0240) card I had lying around.

Here is the DMESG output I get with kernel 4.4.0rc3 from the ubuntu mainline:

andrei@andrei-pc:~$ dmesg |grep snd
[    2.676441] snd_hda_intel 0000:00:1b.0: enabling device (0000 -> 0002)
[    2.676676] snd_hda_intel 0000:01:00.1: Disabling MSI
[    2.676680] snd_hda_intel 0000:01:00.1: Handle vga_switcheroo audio client
[    2.676744] snd_hda_intel 0000:08:00.0: enabling device (0000 -> 0002)
[    2.676751] snd_hda_intel 0000:08:00.0: Disabling MSI
[    2.676752] snd_hda_intel 0000:08:00.0: Force to non-snoop mode
[    2.699959] snd_hda_codec_ca0132 hdaudioC2D1: autoconfig for CA0132: line_outs=1 (0xd/0x0/0x0/0x0/0x0) type:line
[    2.699961] snd_hda_codec_ca0132 hdaudioC2D1:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    2.699963] snd_hda_codec_ca0132 hdaudioC2D1:    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
[    2.699963] snd_hda_codec_ca0132 hdaudioC2D1:    mono: mono_out=0x0
[    2.699964] snd_hda_codec_ca0132 hdaudioC2D1:    dig-out=0xc/0x0
[    2.699965] snd_hda_codec_ca0132 hdaudioC2D1:    inputs:
[    2.699966] snd_hda_codec_ca0132 hdaudioC2D1:      Mic=0x12
[    2.699967] snd_hda_codec_ca0132 hdaudioC2D1:    dig-in=0xe
[    2.704506] snd_hda_codec_realtek hdaudioC0D2: ALC1150: SKU not ready 0x00000000
[    2.705020] snd_hda_codec_realtek hdaudioC0D2: autoconfig for ALC1150: line_outs=3 (0x14/0x15/0x16/0x0/0x0) type:line
[    2.705021] snd_hda_codec_realtek hdaudioC0D2:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    2.705022] snd_hda_codec_realtek hdaudioC0D2:    hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
[    2.705023] snd_hda_codec_realtek hdaudioC0D2:    mono: mono_out=0x0
[    2.705024] snd_hda_codec_realtek hdaudioC0D2:    dig-out=0x11/0x1e
[    2.705024] snd_hda_codec_realtek hdaudioC0D2:    inputs:
[    2.705026] snd_hda_codec_realtek hdaudioC0D2:      Front Mic=0x19
[    2.705027] snd_hda_codec_realtek hdaudioC0D2:      Rear Mic=0x18
[    2.705028] snd_hda_codec_realtek hdaudioC0D2:      Line=0x1a
[    2.715352] snd_emu10k1 0000:05:00.0: enabling device (0000 -> 0001)
[    2.730576] snd_emu10k1 0000:05:00.0: Installing spdif_bug patch: SB Audigy 2 [SB0240]
[    3.282317] snd_hda_codec_ca0132 hdaudioC2D1: ca0132 DSP downloaded and running
[    4.550260] snd_hda_codec_ca0132 hdaudioC2D1: ca0132 DSP downloaded and running

Some things I notice right away:
- ca0132 downloaded and running, but no sound
- the ALC 1150 is detected, configured, and there is sound coming out of the back port.
- the Audigy 2 is correctly detected (SB0240), but it detects an emu10k2 DSP, when in fact it's a CA0102 DSP (a more advanced emu10k2).
- there is no pin configuration for the Audigy 2 (just for the ALC1150, and for the CA0132)

Since I would like to get the ca0132 running in the ubuntu mainline build (not some phoronix build), do you have any hints what I should do next to try to get it to work?

PS: if all else fails, I will also try the phoronix build you suggested, but I really would like to stick with the Ubuntu build...
Comment 186 Marc Bourgoin 2015-12-06 16:07:41 UTC
Heyyo Andrei, hmm just to confirm you are using the line-out port on the sound card and not the headphone port correct? I just tested with the headphone port (the one next to the mic) and it does not work even if I select headphone in Pulse Audio (tbh selecting line out or headphone seems to not change anything)... yet if I plug into the line out (the one next to the headphone port) it works fine for me with pulse audio set to either headphone or line out.

As of Ubuntu 4.4 rc3 kernel builds? They did fix that bug so you should be able to run their build of that kernel without issues.

I use a Sound Blaster Recon3D FALTAL1TY Professional PCI-E btw.

the_mard@themard-mate64:~$ dmesg |grep snd
[    9.648981] snd_hda_intel 0000:03:00.1: Disabling MSI
[    9.648985] snd_hda_intel 0000:03:00.1: Handle vga_switcheroo audio client
[    9.649044] snd_hda_intel 0000:04:00.1: Disabling MSI
[    9.649046] snd_hda_intel 0000:04:00.1: Handle vga_switcheroo audio client
[    9.649092] snd_hda_intel 0000:05:00.0: Disabling MSI
[    9.649093] snd_hda_intel 0000:05:00.0: Force to non-snoop mode
[    9.677161] snd_hda_codec_ca0132 hdaudioC2D1: autoconfig for CA0132: line_outs=1 (0xb/0x0/0x0/0x0/0x0) type:line
[    9.677163] snd_hda_codec_ca0132 hdaudioC2D1:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    9.677164] snd_hda_codec_ca0132 hdaudioC2D1:    hp_outs=1 (0x10/0x0/0x0/0x0/0x0)
[    9.677164] snd_hda_codec_ca0132 hdaudioC2D1:    mono: mono_out=0x0
[    9.677165] snd_hda_codec_ca0132 hdaudioC2D1:    dig-out=0xc/0x0
[    9.677166] snd_hda_codec_ca0132 hdaudioC2D1:    inputs:
[    9.677167] snd_hda_codec_ca0132 hdaudioC2D1:      Mic=0x12
[    9.677168] snd_hda_codec_ca0132 hdaudioC2D1:      Line=0x11
[    9.677168] snd_hda_codec_ca0132 hdaudioC2D1:    dig-in=0xe
[   11.504281] snd_hda_codec_ca0132 hdaudioC2D1: ca0132 DSP downloaded and running
[   14.095938] snd_hda_codec_ca0132 hdaudioC2D1: ca0132 DSP downloaded and running

Here's what I mean for ports on the back:
http://images17.newegg.com/is/image/newegg/29-102-048-Z09?$S640$

The top one is microphone, the one next to it is headphones and the third is the line out that works.
Comment 187 Andrei Costache 2015-12-08 18:24:30 UTC
Created attachment 196841 [details]
3 sound cards (onboard + Audigy SB0220 + Creative SoundBlaster Z) - only onboard audio works
Comment 188 Andrei Costache 2015-12-08 18:34:07 UTC
Hello Marc,

Thanks for the reply. You are right, I was using the headphone jack, but I checked and the line out jack does not work either.

So, to sum up, my SW and HW configuration is the following:
HW:
- onboard audio - works
- NVIDIA digital audio - could not test (no DAC available)
- Creative Sound Blaster Audigy 2 (SB0220) - does not work
- Creative Sound Blaster Z - does not work
SW:
- fresh install of Ubuntu 15.10
- perform a kernel upgrade to 4.4.0rc3 from Ubuntu mainline
- install bcmwl driver (via apt)
- enable nvidia 352.xx driver (via "additional drivers" tab)
- no audio settings changed - everything default
- no special audio SW installed from SWCenter
- everything is pretty much default Ubuntu config.

How I test sound:
I go to SystemSettings -> Sound;
I select the output where I have some speakers/headphones connected
I press "Test Sound" button.
No sound comes out, except from the onboard audio.

My dmesg outut is the one from the post above (186)
I attached my alsa-info output.

Please give me a hint what to do to get the Sound Blaster Z working. I want very badly to switch to Linux, and the sound topic is the only one keeping me from completely giving up on Windows.
Comment 189 voron00 2015-12-13 19:42:47 UTC
Hi, i can't get my Sound Blaster Z to work on linux either. No sound comes out from it not from Headphone Front Panel nor from Rear Line Out. I tried kernel 4.4rc but that didn't change anything. I even tried hardcoding pin confgs in ca0132.c and recompile kernel but that didn't hep either. It seems like for some people it works and for some it doesn't. Can someone plsease post your alsa-info.sh of WORKING Sound Blaster Z? I need to see the pin config and maybe i can get it working. Thanks. Just in case i will attach my alsa-info.sh here: http://pastebin.com/YRMGrzXf
Comment 190 Florent Le Coz 2015-12-13 20:02:11 UTC
(In reply to Takashi Iwai from comment #178)
> 
> For the rest problems, please open a new bug for *each* different board.
> Please follow the rule below:
> 
> Thanks.

I’ve opened this bug for the specific Sound Blaster Z issue:

https://bugzilla.kernel.org/show_bug.cgi?id=109191
Comment 191 Mikhail 2016-02-22 12:43:39 UTC
(In reply to Takashi Iwai from comment #178)
> Grrr, there are way too many boards and this bug got too long, so I have no
> idea at all who writes for what card model for which problem on which kernel
> version with which distro.
> 
> The original problem, the firmware loading issue, was already fixed in
> 4.4-rc1 and will be backported to stable kernels.  So, I close this bug for
> now.
> 
> For the rest problems, please open a new bug for *each* different board.
> Please follow the rule below:
> - Put the exact board name and PCI SSID (e.g. 1102:0023) in the subject line
> to make clear.
> - Each bug entry is dedicated only for the given board model.  Don't mix up.
> - Give alsa-info.sh output in each bug report.
>   Take alsa-info.sh output with --no-upload option, and attach the output
> file to Bugzilla (don't paste).
> - Describe exactly which function doesn't work.
> 
> Thanks.

Takashi, please look into this: https://bugzilla.kernel.org/show_bug.cgi?id=112851
Creative Soundblaster ZxR [1102:0012]
Comment 192 Michael R 2016-03-10 17:42:19 UTC
(In reply to Takashi Iwai from comment #180)
> Marc, no need for donation, although I thank for your offer.  Fixing the
> issues is just my task as a maintainer, so don't take it too seriously :)
> 
> Rather please advertise the fix (and how to report the rest issues) on blog
> or whatever so that people may know of it.

I've tried doing the modification to the ca0132 patch file and recompiling the kernel and can't seem to get the audio to work still. In fact after installing the kernel it never appeared to have changed the value of the output.
Takashi, do you think it's possible you or another person could post a step by step tutorial as to the 0x0F port change modification in the patch file?

I know some have spoke just modifying the kernel to include the compiled patch file instead of recompiling the whole kernel with it, how does one do this exactly? 

I've had very little exposure to Linux and am trying to start using it full time to learn more but this sound error is stopping me. Currently running mint 17.3 with I believe kernel 3.19 and I'm trying to use a SoundBlaster Recon3D Fatal1ty.
Comment 193 Marc Bourgoin 2016-03-10 18:19:39 UTC
Heyyo Michael R, 

No need for fancy patching as it is part of kernel 4.4 meow. Just find a guide online on how to install kernel 4.4 for Linux Mint and you will be set. :)
Comment 194 Israel Lucindo 2018-02-04 19:30:13 UTC
Gigabyte Z87 G1.Sniper M5 Creative CA0132 no surround sound (only stereo)

00:1b.0 Audio device [0403]: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller [8086:8c20] (rev 04)

Card: HDA Intel PCH
Chip: Creative CA0132

https://i.pinimg.com/564x/ae/64/9f/ae649f33532f1dc598e66c6936fe1353.jpg
Comment 195 Israel Lucindo 2018-02-04 19:32:57 UTC
Kernel 4.9.0-040900-generic
ubuntu 16.04 LTS
Comment 196 Connor M 2018-04-01 05:00:03 UTC
Just found this thread, hopefully I'm not breaking any rules by posting on a few different ones. I've got full functionality on my Sound Blaster Z working now, and have the firmware and patch file uploaded here:
https://drive.google.com/drive/folders/1r-X8g6It5AO7SwgJc1JQfJ8KCOyqrr_d
You'll have to compile your own kernel and put the ctefx-sbz.bin firmware in your /lib/firmware folder. It's currently only tested on my Sound Blaster Z, which has an implementation ID of 0023. You can get this by sending the hda-verb 0xF20 to node 0x01. Hopefully it works for someone else.
Comment 197 Israel Lucindo 2018-04-02 20:07:57 UTC
(In reply to Connor M from comment #196)
> Just found this thread, hopefully I'm not breaking any rules by posting on a
> few different ones. I've got full functionality on my Sound Blaster Z
> working now, and have the firmware and patch file uploaded here:
> https://drive.google.com/drive/folders/1r-X8g6It5AO7SwgJc1JQfJ8KCOyqrr_d
> You'll have to compile your own kernel and put the ctefx-sbz.bin firmware in
> your /lib/firmware folder. It's currently only tested on my Sound Blaster Z,
> which has an implementation ID of 0023. You can get this by sending the
> hda-verb 0xF20 to node 0x01. Hopefully it works for someone else.

Surround output work on Sound Blaster Z??
Comment 198 Connor M 2018-04-02 21:19:02 UTC
Yes, but the channel mapping is incorrect if you're using pulseaudio. If you use ALSA, it's not a problem. I'm not sure why this is, but I'll have to look into how Pulse detects ALSA's channel mapping. If you want to use surround, make sure to go into alsamixer, deselect 'HP/Speaker Auto Detect' and on 'Output Select' put 'Surround'. I just tested it myself to make sure. If you want to use it with pulse for now, you just have to swap the rear jacks. I'm not sure how long it'll take me to figure out what Pulse does or doesn't do properly.
Comment 199 Connor M 2018-04-02 21:32:37 UTC
You can fix the pulseaudio mapping issue by editing the file /usr/share/pulseaudio/alsa-mixer/profile-sets/default.conf, and setting the option:

[Mapping analog-surround-51]
device-strings = surround51:%f
channel-map = front-left,front-right,front-center,lfe,rear-left,rear-right
paths-output = analog-output analog-output-lineout analog-output-speaker
priority = 8
direction = output

Changing the channel-map to what I have above. By default, it's front-left,front-right,rear-left,rear-right,front-center,lfe. The order of pins on the SBZ is funky, 0x10 is center/lfe and 0x11 is rear surround. Most of the time, it's rear surround then center/lfe.
Comment 200 Israel Lucindo 2018-04-14 20:02:06 UTC
Okay, we now have all inputs and outputs working on the Recon3Di (Recon3D Integrated, seems to be on Gigabyte motherboards primarily) if anyone wants to try it, it's in the google drive link. Use the regular patch_ca0132.c and put the ctefx-r3di.bin in your /lib/firmware. We haven't tested output effects, but that shouldn't be much more difficult.

Like I said before, still looking for people with other Sound Blaster Z variants to help test, and people with the Recon3D non integrated. We can probably get all of them working on Linux, which would be nice, because they haven't worked for years.


could you do a tutorial on how to put these files in the kernel and compile?

I've tried but I do not know if I did everything right.
Comment 201 Connor M 2018-04-14 20:16:49 UTC
All you need to do is, before compiling the kernel, in the kernel source, replace the patch_ca0132.c file in /sound/pci/hda, and the in your /lib/firmware, not the kernel sources /lib/, add the ctefx-sbz.bin or ctefx-r3di.bin, whichever one you use.

I'm trying to speed up getting everything finished so I can submit it and try to get it approved. It's getting hard to do tech support at the same time as working on this.
Comment 202 Stefan O. 2018-04-29 04:01:55 UTC
Thank you very much for your great effort. I've got a Gigabyte G1.Sniper M3 with Recon3Di, I added one line to load the Recon3Di driver:
SND_PCI_QUIRK(0x1458, 0xA016, "Recon3Di", QUIRK_R3DI),

Most things seems to work, but one annoying bug: In surround mode the center/lfe signal is only at the front panel. In headphone mode the signal is at the frontpanel/back panel headphone connector. The center/lfe connector has no signal ever. I assume a different GPIO is used, but I have no idea how many GPIOs are available and for what other functions they are used. Any idea/help?
Comment 203 Connor M 2018-04-29 14:40:44 UTC
Looking into it a little bit, having never messed with one with your ID, here's what is in the Windows driver inf:

[DriverSettings.AddReg]
HKR,DeviceSpecificOverwrite,SupportedMultiplexInputs, 0x00010001,0x00000005
HKR,DeviceSpecificOverwrite,SupportedMultiplexOutputs, 0x00010001,0x00000003
HKR,DeviceSpecificOverwrite,SupportDriveBay, 0x00010001,0x00000000
HKR,DeviceSpecificOverwrite,MPIO_GB_RearMicLine_FPMic, 0x00010001,0x00000001
HKR,DeviceSpecificOverwrite,MPIO_GB_FPHP_CtrLFE, 0x00010001,0x00000003
HKR,DeviceSpecificOverwrite,MPIO_GB_FPHP_CtrLFE_Mute, 0x00010001,0x00000004
HKR,DeviceSpecificOverwrite,MPIO_GB_HPAMP_Shutdown, 0x00010001,0x00000005
HKR,DeviceSpecificOverwrite,LineOutMaxVolume, 0x00010001,0x00000000

There is specific mention of "MPIO_GB_FPHP_CtrLFE" and then "MPIO_GB_FPHP_CtrLFE_Mute". Now, I don't exactly know what the numbers mean, but my guess is it may be the bitmask value for the GPIO data verb. So, 0x03 means pins 0 and 1 are on, which I'm pretty sure is what I have by default. Maybe check that 0x11 is set as output, you can do that by sending: 

hda-verb /dev/snd/hwC*D* 0x11 0x707 0x44 . 

That is pin 0x11, which is actually supposed to be surround, but that's the only one I've known to have problems. You could do the same to 0x10 as well, or just download hda-analyzer and see if it's set as out.
Comment 204 Connor M 2018-04-29 15:57:06 UTC
Oh, just thought of this. Make sure the HP/Speaker Auto detect is off, then switch to surround using the "Output Source" control in alsamixer. If auto-detect is on, it'll never switch to surround, because it only auto-detects headphone and lineout.
Comment 205 Stefan O. 2018-04-29 17:22:56 UTC
Hi, thanks for your fast answer. I found out that reloading the module is not enough. After a restart it worked, probably after loading the stereo driver it was not completely resetted by loading the new driver.
I had auto-detect disabled. I'm not sure if that's normal, but with "OutFX" enabled it downmixes to stereo. Please add the ID to your patch, so my mainboard is supported out-of-the-box after your patch is committed to the kernel.
Comment 206 Connor M 2018-04-29 17:25:43 UTC
Can do. I'll look into the OutFX downmixing to stereo, I haven't messed with that. Thanks for bringing it to my attention. 
Full shutdowns are good with the ca0132 based chips, because their memory is kept upon reboots. They need a full power down to clear their internal memory.
Comment 207 Connor M 2018-05-03 02:31:53 UTC
Also, just in case anyone is reading this, my GPIO assumptions above were incorrect. The numbers are the GPIO pin numbers, not the commands themselves. So 0x03 is FPHP_CTRLFE, 0x04 is CTRLFE_Mute, etc. These are set with verb 0x715, GPIO data.
Comment 208 Mike Milk 2018-05-26 16:52:10 UTC
Hey connor, you mentioned your devid and the fixes are for that specific one.

my card is from a gigabyte g1 sniper 5

00:1b.0 0403: 8086:8c20 (rev 04)
	Subsystem: 1458:a026

Is there still no available fixes for this? Will your patch only work with your chip?
Comment 209 Connor M 2018-05-26 17:19:29 UTC
I have a few of the onboard gigabyte cards already included. You can test it. Add to the ca0132_quirks[] table this:
        SND_PCI_QUIRK(0x1458, 0xA026, "Recon3Di", QUIRK_R3DI),

And test it for yourself. I don't see why it shouldn't work.
Comment 210 Mike Milk 2018-05-26 17:45:07 UTC
Will do. This would be under "compiling a kernel" just asking as I will be googling how to :)
Comment 211 Connor M 2018-05-26 17:46:43 UTC
Yeah, just add that to the file 'patch_ca0132.c' which you should download from my google drive link, then put it into your kernel source. It'll be in the folder 'sound/pci/hda'. After that, you should be good to compile.
Comment 212 Mike Milk 2018-05-26 19:13:36 UTC
Im having a hard time compiling a ubuntu-bionic kernel. Most guides i see are for much older kernels
Comment 213 Stefan O. 2018-05-26 20:03:28 UTC
For Ubuntu you do not need to compile the entire kernel (I did that at the beginning, on my system it took hours). It is possible to download the kernel source in ubuntu, copy the build settings of the currently running kernel and compile just that one directory and afterwards replacing that modules.
I pretty much follwed this guide: https://askubuntu.com/questions/515407/how-recipe-to-build-only-one-kernel-module
Note: This guide is for another kernel version at it's example is a modified SCSI driver, so you need to adapt it, but the steps are the same (I've done it on 18.04). Remember to run the make command inside the directory where the patch_ca0132.c file is, as you only want to build that directory. I did not create a special directory for the modified modules, I just replaced the existing ones.
Important issue: The CA0132 seems to remember stuff even after reboots as Connor said, so after building/installing the kernel modules shutdown the system and switch power supply off for one minute, than you should be safe. That was my mistake as I could not get the driver working, after that it works fine.
Comment 214 Mike Milk 2018-05-26 20:35:44 UTC
I have succesfully compiled the 4.16.12 kernel with the patch and added the line of text stated.(which is identical to one already in the patch file)

My alsamixer does not have the new expected settings. No surround. I am testing optical out and neither the tolink or the coax spdif work.
Comment 215 Mike Milk 2018-05-26 20:39:13 UTC
(In reply to Mike Milk from comment #214)
> I have succesfully compiled the 4.16.12 kernel with the patch and added the
> line of text stated.(which is identical to one already in the patch file)
> 
> My alsamixer does not have the new expected settings. No surround. I am
> testing optical out and neither the tolink or the coax spdif work.



toslink
Comment 216 Connor M 2018-05-26 21:15:27 UTC
Hm, could you link your dmesg output? Did you put the new module in?
Comment 217 Mike Milk 2018-05-26 21:51:09 UTC
Yes both module files are in /lib/firmware/

https://justpaste.it/2uo7i
Comment 218 Connor M 2018-05-26 22:24:38 UTC
It's not showing that it loaded with the quirk. I'm talking about putting the module into your /lib/modules/*kernel-version*/kernel/sound/pci/hda. The module is snd-hda-codec-ca0132.ko . You'll need to copy the compiled module to that folder.
Comment 219 Mike Milk 2018-05-26 23:09:59 UTC
The file was already there. I did a full kernel compile with the patch. I assume it brought over the new module. If not i did move over the .ko module in my compiled folder. I will restart and dmesg again
Comment 220 Mike Milk 2018-05-26 23:17:39 UTC
Rewriting the file with the one in the compiled folder did not change anything at alsa or sound output

https://justpaste.it/4563m
Comment 221 Mike Milk 2018-05-27 01:09:55 UTC
The patch works well for 2 channel analog output. I am still unable to get 5.1 output.

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