Hello again everyone.
So I have blundered into a work around for this problem that I want to share and hopefully
maybe pass the issue on upstream to see if the issue can be resolved properly.
So to recap:
MOBO: Gigabyte GA-Z68AP-D3
Maudio Delta 66 Installed in PCI slot.
Card works fine running with the onboard graphics (provided by the intel i5 2500K CPU).
Install MSI (NVIDIA) 7900GTO PCIe graphics card into PCIe x16 slot.
Card not recognised under aplay -l or cat /asound/cards BUT is registered under lspci
-vvv.
dmesg shows the following on boot:
[ 7838.014939] ICE1712 0000:06:00.0: PCI INT A -> GSI 19 (level, low) ->
IRQ 19
[ 7838.014967] ice1712: Using board model M Audio Delta 66
[ 7838.014971] invalid EEPROM (size = 145)
[ 7838.014987] ICE1712 0000:06:00.0: PCI INT A disabled
[ 7838.014996] ICE1712: probe of 0000:06:00.0 failed with error -5
Tried this with varying kernels and NVIDIA drivers with no fix.
NOW....
Removing the PCIe graphics card and installing an old NVIDIA FX5500 PCI card in the other
PCI slot allowed the Maudio card to be recognised (although unusable due to the NVIDIA
stealling the bandwidth). So I tried installing and old Soundblaster PCI card into the
other slot with my Maudio next to it. This allows both to be recognised under aplay- l as
below:
aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: M66 [M Audio Delta 66], device 0: ICE1712 multi [ICE1712 multi]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 0: ALC889 Analog [ALC889 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 1: ALC889 Digital [ALC889 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
ric@ric:~$ gksudo gedit /etc/modprobe.d/nvidia.conf
ric@ric:~$ sudo modprobe snd-emu10k1
[sudo] password for ric:
ric@ric:~$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: M66 [M Audio Delta 66], device 0: ICE1712 multi [ICE1712 multi]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 0: ALC889 Analog [ALC889 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 1: ALC889 Digital [ALC889 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: Live [SB Live! Value [CT4670]], device 0: emu10k1 [ADC Capture/Standard PCM
Playback]
Subdevices: 32/32
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
Subdevice #2: subdevice #2
Subdevice #3: subdevice #3
Subdevice #4: subdevice #4
Subdevice #5: subdevice #5
Subdevice #6: subdevice #6
Subdevice #7: subdevice #7
Subdevice #8: subdevice #8
Subdevice #9: subdevice #9
Subdevice #10: subdevice #10
Subdevice #11: subdevice #11
Subdevice #12: subdevice #12
Subdevice #13: subdevice #13
Subdevice #14: subdevice #14
Subdevice #15: subdevice #15
Subdevice #16: subdevice #16
Subdevice #17: subdevice #17
Subdevice #18: subdevice #18
Subdevice #19: subdevice #19
Subdevice #20: subdevice #20
Subdevice #21: subdevice #21
Subdevice #22: subdevice #22
Subdevice #23: subdevice #23
Subdevice #24: subdevice #24
Subdevice #25: subdevice #25
Subdevice #26: subdevice #26
Subdevice #27: subdevice #27
Subdevice #28: subdevice #28
Subdevice #29: subdevice #29
Subdevice #30: subdevice #30
Subdevice #31: subdevice #31
card 2: Live [SB Live! Value [CT4670]], device 2: emu10k1 efx [Multichannel Capture/PT
Playback]
Subdevices: 8/8
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
Subdevice #2: subdevice #2
Subdevice #3: subdevice #3
Subdevice #4: subdevice #4
Subdevice #5: subdevice #5
Subdevice #6: subdevice #6
Subdevice #7: subdevice #7
card 2: Live [SB Live! Value [CT4670]], device 3: emu10k1 [Multichannel Playback]
Subdevices: 1/1
Subdevice #0: subdevice #0
Now, you can see above that both the Maudio and the Soundblaster are being identified as
the same Device number: 0. So using this configuration fails (no way to choose between the
two and it never output to the Maudio whatever I tried). So I blacklisted the snd-emu10k1
driver in /etc/modprobe.d/blacklist.conf and that did the job - now only the Maudio is
shown (and onboard if I enable it in BIOS as above). Maudio is now useable.
Now, I dont know why or how this would be happening. My only thought is that there is an
issue at kernel level either with how the PCI slots are being addressed OR with the snd
modules themselves. I should point out that when I tried an old PCI modem card it didnt do
the job - the modem showed up in lspci -vvv but the eeprom error was still showing in
dmesg and the Maudio was again not detected.
So Im putting the information out there in the hope that someone with more knowledge than
me may be able to help diagnose the real cause of the issue and perhaps we can feed it
into the development cycle for a fix.
If any more info is needed then I am happy to take the time (with instructions as I am a
dimwit) to do additional testing and information gathering.
Thanks all.
Show replies by date