Creative Recon3d & Sound Blaster Z (CA0132), No sound at all

[Michael Murphy]

[WORKAROUND] Run the following command:

echo "options snd-hda-intel position_fix=1" | sudo tee -a /etc/modprobe.d/alsa-base.conf

[EDIT]
Workaround doesn't work anymore for me at least. I assume it only has a small possibility of working due to a firmware bug.

[ORIGINAL REPORT]
No sound, no jacks; It is detected by Linux however.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: alsa-base 1.0.25+dfsg-0ubuntu4
ProcVersionSignature: Ubuntu 3.8.0-16.26-generic 3.8.5
Uname: Linux 3.8.0-16-generic x86_64
NonfreeKernelModules: fglrx
ApportVersion: 2.9.2-0ubuntu5
Architecture: amd64
Date: Mon Apr 8 18:56:44 2013
InstallationDate: Installed on 2013-04-07 (1 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Alpha amd64 (20130402.1)
MarkForUpload: True
PackageArchitecture: all
ProcEnviron:
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: alsa-driver
Symptom: audio
Symptom_AlsaPlaybackTest: ALSA playback test through plughw:Creative failed
Symptom_Card: HDA Creative - HDA Creative
Symptom_Type: No sound at all
Title: [To be filled by O.E.M., Creative CA0132, Green Line Out, Rear] No sound at all
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/12/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1102
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: SABERTOOTH 990FX
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1102:bd03/12/2012:svnTobefilledbyO.E.M.:pnTobefilledbyO.E.M.:pvrTobefilledbyO.E.M.:rvnASUSTeKCOMPUTERINC.:rnSABERTOOTH990FX:rvrRev1.xx:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
dmi.product.name: To be filled by O.E.M.
dmi.product.version: To be filled by O.E.M.
dmi.sys.vendor: To be filled by O.E.M.

[Michael Murphy (mmstick)]

Problem still persists with kernel 3.9 in Ubuntu Saucy Salamander.

[Marc Bourgoin (jagged-jimmy-j)]

Heyyo,

I get sound with my SoundBlaster Recon 3d Fatal1ty Professional when I use any version of the 32bit kernel (3.8.x and 3.9.4 thoroughly tested)on any version of Linux (Ubuntu, Xubuntu, Kubuntu... can't install Fedora for some reason though... just hangs) where-as 64bit works only if I modify the rc.local file with the fix_position... and that's not even a guarantee. There's definitely a bug in the 64bit Kernel only at least for me... give it a shot yourself mmstickman, see if it works on your Recon 3D.

[Michael Murphy (mmstick)]

Care to explain in more detail?

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Daniel Letzeisen (dtl131)]

[WORKAROUND] Run the following command:
echo "options snd-hda-intel position_fix=1" | sudo tee -a /etc/modprobe.d/alsa-base.conf

[Michael Murphy (mmstick)]

I see, I had fixed it in rc.local with the position_fix thing. It does indeed work now, quite well.

[Paulo Narciso (p-narciso)]

Doesn't work for Z cards.

[Daniel Letzeisen (dtl131)]

It may be coincidence, but both of you have onboard or HDMI audio devices that force disabling of MSI (message signaled interrupts)

@Paulo: I would try disabling the hdmi audio:
sudo echo "blacklist snd-hda-codec-hdmi" > /etc/modprobe.d/blacklist-hdmi.conf
sudo depmod -a

See if sound works after rebooting

[Michael Murphy (mmstick)]

Hmm, for some strange reason after I reboot, sound is no longer working once again with my recon3d in Ubuntu 13.04.

[Michael Murphy (mmstick)]

After purging, reinstalling, and reconfiguring alsa and pulse, still no sound at all from my Recon3D. The position_fix=1 doesn't seem to work anymore now.

[Raymond (superquad-vortex2)]

https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/log/?qt=grep&q=ca0132

Try latest alsa driver with CONFIG_SND_HDA_CODEC_CA0132_DSP

[Michael Murphy (mmstick)]

I don't see how that helps. I already tried the latest ALSA Daily PPA and such. That patch doesn't really note anything about actual firmware bug fixes too. Nor do I know how to manually compile/install ALSA.

[Raymond (superquad-vortex2)]

you have to specify -with-card-options=hda-codec-ca0132-dsp and --with-debug=verbose during configure

ask the author where to get the firmware "ctefx.bin"

[Michael Murphy (mmstick)]

Your specification isn't specific enough to detail on what a person should do in order to get these cards running.

[Raymond (superquad-vortex2)]

you have to ask ppa maintainer since those daily snapshot build fail

make[2]: Entering directory `/usr/src/linux-headers-3.8.0-25-generic'
  CC [M] /build/buildd/oem-audio-hda-daily-lts-raring-dkms-0.201307011243~precise1/buildroot/driver-build/patch_analog.o
  CC [M] /build/buildd/oem-audio-hda-daily-lts-raring-dkms-0.201307011243~precise1/buildroot/driver-build/patch_ca0110.o
  CC [M] /build/buildd/oem-audio-hda-daily-lts-raring-dkms-0.201307011243~precise1/buildroot/driver-build/patch_ca0132.o
/build/buildd/oem-audio-hda-daily-lts-raring-dkms-0.201307011243~precise1/buildroot/driver-build/patch_ca0132.c:142:12: error: 'SNDRV_CTL_ELEM_ID_NAME_MAXLEN' undeclared here (not in a function)
/build/buildd/oem-audio-hda-daily-lts-raring-dkms-0.201307011243~precise1/buildroot/driver-build/patch_ca0132.c: In function 'add_fx_switch':
/build/buildd/oem-audio-hda-daily-lts-raring-dkms-0.201307011243~precise1/buildroot/driver-build/patch_ca0132.c:3938:7: warning: unused variable 'namestr' [-Wunused-variable]
make[3]: *** [/build/buildd/oem-audio-hda-daily-lts-raring-dkms-0.201307011243~precise1/buildroot/driver-build/patch_ca0132.o] Error 1

[Michael Murphy (mmstick)]

Well it worked for a while once I installed kernel 3.11-rc1. But then I messed up my system upgrading to 13.10 and so I reformatted and installed ubuntu 13.04 freshly and used my fresh installation script to get it configured exactly as it was before, even the 3.11-rc1 kernel, and it's not working. What gives? It's not the first time it has done this. The moment I think I have finally fixed it, a few reboots later or a reinstall and it will no longer work, ever. Something is wrong here and I can't figure it out.

[Akovia Voka (akovia1)]

I'm having the same trouble with the Recon 3D card in 12.04LTS. Is there any hope with the posted fixes to try for my older distro? I also have HDMI sound but the command posted didn't work for me to disable it.

[Michael Murphy (mmstick)]

As far as I know you need to upgrade your kernel to something like 3.10 and then I've only been able to get sound out of the headphone port on the back. No sound from any other port.

[Michael Murphy (mmstick)]

If you lose sound you need to boot into Windows and then boot back into Linux. The control panel settings in Windows also applies in Linux.

[Raymond (superquad-vortex2)]

>> As far as I know you need to upgrade your kernel to something like 3.10 and then I've only been able to get sound out of the headphone port on the back. No sound from any other port.

can you post the output of alsa-info.sh, pactl list and pactl stat ?

[Raymond (superquad-vortex2)]

but you are still using Driver version: k3.8.0-27-generic

pulseaudio expect those Jack detection kcontrol for the headphone Jack which return true when headphone is plugged

iface CARD
  name 'Front Headphone Jack'
  value false
  comment {
   access read
   type BOOLEAN
   count 1

[Michael Murphy (mmstick)]

Nothing changes when using 3.10 which I've used before, and I don't really understand the second thing you said.

[Raymond (superquad-vortex2)]

pulseaudio expect front headphone Jack kcontrol similar to alc892

Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
  Control: name="Headphone Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Control: name="Front Headphone Jack", index=0, device=0
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals: [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals: [0x00 0x00]
  Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger
    Vref caps: HIZ 50 GRD 80 100
  EAPD 0x2: EAPD
  Pin Default 0x02214c20: [Jack] HP Out at Ext Front
    Conn = 1/8, Color = Green
    DefAssociation = 0x2, Sequence = 0x0
  Pin-ctls: 0xc0: OUT HP VREF_HIZ
  Unsolicited: tag=01, enabled=1
  Power states: D0 D1 D2 D3 EPSS
  Power: setting=D0, actual=D0
  Connection: 5
     0x0c 0x0d 0x0e 0x0f 0x26*

but CA0132 did not have those Jack detection kcontrol and have speaker playback switch at the green line out jack

Node 0x0b [Pin Complex] wcaps 0x400581: Stereo
  Control: name="Speaker Playback Switch", index=0, device=0
    ControlAmp: chs=1, dir=Out, idx=0, ofs=0
  Pincap 0x00010014: OUT EAPD Detect
  EAPD 0x0:
  Pin Default 0x01014010: [Jack] Line Out at Ext Rear
    Conn = 1/8, Color = Green
    DefAssociation = 0x1, Sequence = 0x0
  Pin-ctls: 0x40: OUT
  Unsolicited: tag=06, enabled=1
  Power states: D0 D3 EPSS
  Power: setting=D0, actual=D0
  Connection: 1
     0x02

Node 0x0f [Pin Complex] wcaps 0x400581: Stereo
  Control: name="Headphone Playback Switch", index=0, device=0
    ControlAmp: chs=1, dir=Out, idx=0, ofs=0
  Control: name="Headphone Playback Volume", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  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=06, enabled=1
  Power states: D0 D3 EPSS
  Power: setting=D0, actual=D0
  Connection: 1
     0x02
Node 0x10 [Pin Complex] wcaps 0x400581: Stereo
  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=06, enabled=1
  Power states: D0 D3 EPSS
  Power: setting=D0, actual=D0
  Connection: 1
     0x03
Node 0x11 [Pin Complex] wcaps 0x40058b: Stereo Amp-In
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals: [0x00 0x00]
  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: 0x24: IN VREF_80
  Unsolicited: tag=06, enabled=1
  Power states: D0 D3 EPSS
  Power: setting=D0, actual=D0
  Connection: 1
     0x04

[Michael Murphy (mmstick)]

So the solution is just wait until such controls are coded for CA0132? From what I heard, CA0132 was primarily coded for the Chromebook Pixel hardware rather than the Recon3D or Sound Blaster Z chips.

[Raymond (superquad-vortex2)]

try hda-jack-sense-test for your card 1 to find out which node is the headphone Jack , line out, Michael and line in jacks

[Michael Murphy (mmstick)]

How do I get hda-jack-sense-test?

[Raymond (superquad-vortex2)]

https://launchpad.net/~diwic/+archive/hda

install snd-hda-tools

[Michael Murphy (mmstick)]

mmstick@mmstick-PC:~$ sudo hda-jack-sense-test
Pin 0x03 (Unknown Digital Out): present = Yes
Pin 0x05 (Unknown Digital Out): present = No
Pin 0x07 (Unknown Digital Out): present = No
Pin 0x09 (Unknown Digital Out): present = No
Pin 0x0b (Unknown Digital Out): present = No
Pin 0x0d (Unknown Digital Out): present = No

[Raymond (superquad-vortex2)]

did you specify card since you have three hda-intel cards ?

Card hw:2 'Creative'/'HDA Creative at 0xfe504000 irq 47'
  Mixer name : 'Creative CA0132'
  Components : 'HDA:11020011,11020013,00100918'
  Controls : 21
  Simple ctrls : 8
Simple mixer control 'Headphone',0
  Capabilities: pvolume pswitch pswitch-joined penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 2 [6%] [-4.00dB] [on]
  Front Right: Playback 2 [6%] [-4.00dB] [on]
Simple mixer control 'Speaker',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]

[Michael Murphy (mmstick)]

I disabled onboard audio but I don't know how to specify a card with this program because it does not have a man page.

[Raymond (superquad-vortex2)]

def parseoptions():
    from optparse import OptionParser
    parser = OptionParser()
    parser.add_option("-c", "--card", dest="cardindex", default=0, metavar="CARD",
        help="card index (as can be seen in /proc/asound/cards)")
    parser.add_option("-d", "--codec", dest="codecindex", default=0, metavar="CODEC",
        help="codec device index (as can be seen in /proc/asound/cardX/codecY)")
    parser.add_option("-a", "--allpins", dest="tryallpins", default=False,
        action="store_true",
        help="also check pins which (probably) are not physical jacks")
    (options, args) = parser.parse_args()
    return int(options.cardindex), int(options.codecindex), options.tryallpins

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

seem have three capture devices

info++;
+ info->name = "CA0132 Analog Mic-In2";
+ info->stream[SNDRV_PCM_STREAM_CAPTURE] = ca0132_pcm_analog_capture;
+ info->stream[SNDRV_PCM_STREAM_CAPTURE].substreams = 1;
+ info->stream[SNDRV_PCM_STREAM_CAPTURE].nid = spec->adcs[1];
+ codec->num_pcms++;
+
+ info++;
+ info->name = "CA0132 What U Hear";
+ info->stream[SNDRV_PCM_STREAM_CAPTURE] = ca0132_pcm_analog_capture;
+ info->stream[SNDRV_PCM_STREAM_CAPTURE].substreams = 1;
+ info->stream[SNDRV_PCM_STREAM_CAPTURE].nid = spec->adcs[2];
+ codec->num_pcms++;

[Michael Murphy (mmstick)]

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

Green HP Out is the silver headphone port on the back of the card. Even if they say Present = Yes when plugged in to other ports, there is no sound.

[Raymond (superquad-vortex2)]

have you sent email to the author

ALSA: hda/ca0132: Add PCM enhancements
Change the max channels of analog playback to 6.

 .channels_min = 2,
- .channels_max = 2,
+ .channels_max = 6,
.ops = {

but max channels still 2

 info->name = "CA0132 Analog";
 info->stream[SNDRV_PCM_STREAM_PLAYBACK] = ca0132_pcm_analog_playback;
 info->stream[SNDRV_PCM_STREAM_PLAYBACK].nid = spec->dacs[0];
 info->stream[SNDRV_PCM_STREAM_PLAYBACK].channels_max =
  spec->multiout.max_channels;

spec->multiout.dac_nids = spec->dacs;
 spec->multiout.num_dacs = 3;
 spec->multiout.max_channels = 2;

[Raymond (superquad-vortex2)]

using hda-emu , it create 4 capture devices and digital capture is not device 1 (defined in hda-intel.conf)

autoconfig: line_outs=2 (0xb/0x11/0x0/0x0/0x0) type:line
   speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
   hp_outs=2 (0x10/0xf/0x0/0x0/0x0)
   mono: mono_out=0x0
   dig-out=0xc/0xd
   inputs:
     Mic=0x12
     Line=0x13
   dig-in=0xe
# Building PCMs...

Attach PCM dev 0, name CA0132 Analog, type audio, play #1, capture #1

Attach PCM dev 1, name CA0132 Analog Mic-In2, type audio, play #0, capture #1

Attach PCM dev 2, name CA0132 What U Hear, type audio, play #0, capture #1

Attach PCM dev 3, name CA0132 Digital, type SPDIF, play #1, capture #1
# Init and building controls...

[Raymond (superquad-vortex2)]

you are using driver later than this patch since line-in and Mic-in not exist

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

simple mixer control 'Line',0
  Capabilities: cvolume cswitch penum
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 99
  Front Left: Capture 0 [0%] [-90.00dB] [off]
  Front Right: Capture 0 [0%] [-90.00dB] [off]
Simple mixer control 'Mic',0
  Capabilities: cvolume cswitch penum
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 99
  Front Left: Capture 30 [30%] [-60.00dB] [on]
  Front Right: Capture 30 [30%] [-60.00dB] [on]

[Michael Murphy (mmstick)]

I haven't sent emails to anyone. Considering I'm using kernel 3.8 (Ubuntu 13.04) it is understandable that I'm using a newer driver. I don't really understand anything else you are talking about.

[andrei03.costache (andrei03.costache-linux-kernel-bugs)]

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...

[jagged_jimmy_j (jaggedjimmyj-linux-kernel-bugs)]

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

[andrei03.costache (andrei03.costache-linux-kernel-bugs)]

(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 det...

[jagged_jimmy_j (jaggedjimmyj-linux-kernel-bugs)]

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.

[andrei03.costache (andrei03.costache-linux-kernel-bugs)]

Created attachment 196841
3 sound cards (onboard + Audigy SB0220 + Creative SoundBlaster Z) - only onboard audio works

[andrei03.costache (andrei03.costache-linux-kernel-bugs)]

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.

[alexey12424323 (alexey12424323-linux-kernel-bugs)]

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

[louiz (louiz-linux-kernel-bugs)]

(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

[mikhail.v.gavrilov (mikhail.v.gavrilov-linux-kernel-bugs)]

(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]

[mdrogers (mdrogers-linux-kernel-bugs)]

(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.

[jagged_jimmy_j (jaggedjimmyj-linux-kernel-bugs)]

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. :)

[ijml.team (ijml.team-linux-kernel-bugs)]

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

[ijml.team (ijml.team-linux-kernel-bugs)]

Kernel 4.9.0-040900-generic
ubuntu 16.04 LTS

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[ijml.team (ijml.team-linux-kernel-bugs)]

(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??

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[ijml.team (ijml.team-linux-kernel-bugs)]

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.

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[stefan-oltmanns (stefan-oltmanns-linux-kernel-bugs)]

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?

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[stefan-oltmanns (stefan-oltmanns-linux-kernel-bugs)]

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.

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[milkman6453 (milkman6453-linux-kernel-bugs)]

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?

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[milkman6453 (milkman6453-linux-kernel-bugs)]

Will do. This would be under "compiling a kernel" just asking as I will be googling how to :)

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[milkman6453 (milkman6453-linux-kernel-bugs)]

Im having a hard time compiling a ubuntu-bionic kernel. Most guides i see are for much older kernels

[stefan-oltmanns (stefan-oltmanns-linux-kernel-bugs)]

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.

[milkman6453 (milkman6453-linux-kernel-bugs)]

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.

[milkman6453 (milkman6453-linux-kernel-bugs)]

(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

[Conmanx360 (conmanx360-linux-kernel-bugs)]

Hm, could you link your dmesg output? Did you put the new module in?

[milkman6453 (milkman6453-linux-kernel-bugs)]

Yes both module files are in /lib/firmware/

https://justpaste.it/2uo7i

[Conmanx360 (conmanx360-linux-kernel-bugs)]

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.

[milkman6453 (milkman6453-linux-kernel-bugs)]

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

[milkman6453 (milkman6453-linux-kernel-bugs)]

Rewriting the file with the one in the compiled folder did not change anything at alsa or sound output

https://justpaste.it/4563m

[milkman6453 (milkman6453-linux-kernel-bugs)]

The patch works well for 2 channel analog output. I am still unable to get 5.1 output.

[sunniegoldie (sunniegoldie-linux-kernel-bugs)]

It appears that the issue with your Creative Soundblaster Z soundcard is related to the DSP (Digital Signal Processor) not initializing correctly. Despite having the correct firmware and configuration enabled, the error message "ca0132 DOWNLOAD FAILED!!! DSP IS NOT RUNNING" suggests that the system is unable to load or start the DSP. To troubleshoot this, first, ensure that the firmware files (`ctefx.bin` and `ctspeq.bin`) are correctly placed and not corrupted. Additionally, check if the kernel version you're using (3.9-r3) might have compatibility issues with the soundcard, and consider testing with a stable or different kernel version. Verify your configuration settings in the `.config` file for any conflicts and ensure that your kernel modules are up-to-date and properly built. Consulting the documentation for your soundcard and kernel, as well as reaching out to relevant support forums, may also provide further assistance. Utilizing ERP software can aid in managing IT infrastructure by tracking hardware issues, handling firmware updates, and ensuring system compatibility to prevent similar problems in the future. More about ERP: https://www.impactfirst.co/id/c/software-erp