ice1712 and the delta 1010

[David Santamauro <david.santamauro@gmail.com>]

Hi all,

this is my first post as I was guided here from the linux audio user
list to follow up on a problem I've been having with my delta 1010.

Background:
Since upgrading my audio PC to 64-bit, the delta 1010 analog inputs
emit a constant 'hiss' -36 -30dB. Analog outputs and digital ins and
outs are fine. The delta 1010 from a hardware perspective is fine as I
tested it on the same pc hardware under windows7 64-bit.

So far, I have tested it in a 32-bit fedora, 32-bit windows vista and
64-bit windows7 all successfully. This problem arises only in 64-bit
fedora.

My kernel:
Linux 2.6.31.12-1.rt21.1.fc12.ccrma.x86_64.rt

My alsa packages and versions:
alsa-lib.x86_64                          1.0.23-1.fc12
alsa-lib-devel.x86_64                    1.0.23-1.fc12
alsa-tools.x86_64                        1.0.22-1.1.fc12.ccrma
alsa-utils.x86_64                        1.0.23-3.fc12

My modinfo:

$ modinfo snd_ice1712
filename:       /lib/modules/2.6.31.12-1.rt21.1.fc12.ccrma.x86_64.rt/kernel/sound/pci/ice1712/snd-ice1712.ko
license:        GPL
description:    ICEnsemble ICE1712 (Envy24)
author:         Jaroslav Kysela <perex@perex.cz>
srcversion:     0B183929429B4C5102B7D09
alias:          pci:v00001412d00001712sv*sd*bc*sc*i*
depends:
snd-pcm,snd,snd-i2c,snd-mpu401-uart,snd-ice17xx-ak4xxx,snd-cs8427,snd-ak4xxx-adda,snd-ac97-codec
vermagic:       2.6.31.12-1.rt21.1.fc12.ccrma.x86_64.rt SMP preempt
mod_unload parm:           index:Index value for ICE1712 soundcard.
(array of int) parm:           id:ID string for ICE1712 soundcard.
(array of charp) parm:           enable:Enable ICE1712 soundcard.
(array of bool) parm:           omni:Enable Midiman M-Audio Delta Omni
I/O support. (array of bool) parm:           cs8427_timeout:Define
reset timeout for cs8427 chip in msec resolution. (array of int)
parm:           model:Use the given board model. (array of charp)
parm:           dxr_enable:Enable DXR support for Terratec DMX6FIRE.
(array of int)


So, my question is simply: has this been reported before, in
particular regarding the 64-bit ice1712 module?

I'm pretty convinced it is a software/driver 32/64-bit issue based on my
observations above and confirmation of the same problem under the same
conditions by another user, but am willing to be corrected.

I'm a pretty competent C/C++ coder but a novice coder in the linux audio
world so I'd be willing to learn and help from a driver perspective
given the right direction -- at the least help debug the problem (if it
is even at the driver level).

Thanks for any input.

David