Re: [LAU] Audio stopped working - troubleshooting help

On Fri, 30 Dec 2011 13:59:36 -0500,
Joe Hartley <jh@email-addr-hidden> wrote :

Hi Joe,

> While it certainly could be a failing card or a PS issue, it might
> also be a little corrosion on the contacts making the connection
> problematic. I'd try pulling the card out and reseating it. If the
> contacts on the card's PCI connection look a little dirty, you can
> clean them with a pencil eraser before you put the card back.
>
> While you've got the card out, take a look at the components on it and
> see if there are any visible issues. I know that the Delta 1010s can
> have issues with the capacitors, but I don't know if there's a similar
> issue with any of the 1010LT's components.

I took the card out. There was a thin uniform layer of dust ont he
solder side that I removed carefully. The component side was clean.
The capacitors seems OK.

So I tried the card in another PCI slot.

> Also, you might try putting the card in another computer to see if
> it's recognized. If the card itself is failing, it should have the
> same type of issues about being recognized.

The other machines in the house are Windows 7. I guess I'd need to
download some drivers from M-Audio web site if I'd want to try it out,
but, the 1010LT seems to be perceived by the Fedora system:

A lspci -v yields:

 1:07.0 Multimedia audio controller: VIA Technologies Inc. ICE1712
 [Envy24] PCI Multi-Channel I/O Controller (rev 02)
        Subsystem: VIA Technologies Inc. M-Audio Delta 1010LT
        Flags: bus master, medium devsel, latency 32, IRQ 17
        I/O ports at df00 [size=32]
        I/O ports at de00 [size=16]
        I/O ports at dd00 [size=16]
        I/O ports at dc00 [size=64]
        Capabilities: [80] Power Management version 1
        Kernel driver in use: ICE1712
        Kernel modules: snd-ice1712

dmesg reports:

 ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17
 ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [APC2] -> GSI 17 (level,
 low) -> IRQ 17 sky2 0000:02:00.0: v1.21 addr 0xfe8fc000 irq 17 Yukon-EC
 (0xb6) rev 1 NVRM: loading NVIDIA UNIX x86_64 Kernel Module 173.14.12
 Thu Jul 17 18:10:24 PDT 2008 ACPI: PCI Interrupt 0000:01:07.0[A] ->
 Link [APC2] -> GSI 17 (level, low) -> IRQ 17

/proc/asound/cards reports:

 0 [M1010LT ]: ICE1712 - M Audio Delta 1010LT
                      M Audio Delta 1010LT at 0xdf00, irq 17

jackd (qjackctl) starts, but when Ardour tries to playback it reports:

20:51:05.450 Audio active patchbay scan...
ALSA: poll time out, polled for 31999447 usecs
DRIVER NT: could not run driver cycle

Which is consistent with mplayer seeing a 'connection refused' from
alsa:

# mplayer -msglevel all=5 ajico-3.flv
 [...]
 [AO_ALSA] Playback open error: Connection refused
 Failed to initialize audio driver 'alsa'
 AO: [oss] 44100Hz 2ch s16le (2 bytes per sample)
 Starting playback...

And then mplayer freezes right there.

lsmod lists a whole bunch of sound-related drivers being loaded.

I also see that /proc/irq/17/ has entries for both eth1 and the ICE1712
device. Is this normal that eth1 and the ICE device shares the same
interrupt ? From time to time I have to switch the network cable from
the eth0 to the eth1 jack and back because sometimes the machine boots
with udev thinking that eth0 is 'it' and at other times udev thinks
'eth1' is where the configured IP should be - although this has never
affected sound before.

So the card is recognized, which is why I'm not sure about trying it
out in a Windows machine. For the moment it looks like alsa has some
problem. Why would it have a problem since yesterday and can such a
problem happen w/o any software update or any other system modification
is a big mystery.

It is a long time I haven't done anything with alsa like
installing it from scratch and configuring it and doing whatever it
takes to get it working. I don't even recall how I configured the
1010LT - did I simply put it in and it started working ? ;-)

Are there ways to poke at the alsa subsystem and see anything ? Is it
possible to write in certain files in /proc to see anything ? Can the
same be done to get straight access to the 1010LT card like dump of
registers or anything that would show something ?

What is this state in which the 1010LT is seen by the system but
software cannot playback to it via alsa ?

Thanks a lot for any suggestions - greatly appreciated. I will
certainly share back any finding I make to solve this.

Cheers,

Al
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-user
Received on Sat Dec 31 04:15:02 2011