* Re: 2.4.19 -- ac97_codec failure ALi 5451
@ 2003-01-13 4:40 peter
0 siblings, 0 replies; 6+ messages in thread
From: peter @ 2003-01-13 4:40 UTC (permalink / raw)
To: linux-kernel; +Cc: Alan Cox
Final status report
The trident driver in 2.4.20 is now working on the vpr matrix 200a5 laptop with an
ALi5451 PCI soundcard. Remaining issues:
* It consistently fails to work with the aRts server under KDE. I get "Sound server
fatal error. CPU overload: aborting" and then ""artsmessage: unix_connect: can't
connect to server."
* The headphone jack is dead -- this is the greatest functional loss. The
microphone jack is working; I'm unsure about the quality.
* It's slightly erratic for some reason -- I haven't found a pattern to it. The
codec itself is very occasionally detected as AC97 Modem codec, id: ADS114, or as
AC97 Audio codec, id: ADA68.
I discovered I could use mp3blaster to increase the volume by pressing t for mixer
and chosing PCM; this is then available in X also. I assume there's some more
elegant way to do this -- some audio control tool? Software volume control in xmms
works when I use the OSS driver.
Cheers,
Peter
Quoting Alan Cox <alan@redhat.com>:
> > I've downloaded the latest driver and am running 2.4.20 (yea!) -- the
> trident.c here
> > is actually more recent than 2.5.55. It now loads fast and with no protest
> from
> > ac97_codec, which has a new ID (ADS114). However, there's still not a peep
> (I try
> > cat test.mp3 > /dev/dsp) -- and when KDE Control Center tries to restart
> the arts
> > sound server, it alarmingly fails on "CPU overload" or just freezes the
> whole
> > system. Is there anything I can do to get more information about what is
> not
> > happening?
>
> No but the info is very useful. The key change involving ac97 is that the
> new code in 2.4.x waits much longer for the codec reset to finish. I'm not
> sure where the audio has gone however 8(
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.19 -- ac97_codec failure ALi 5451
2003-01-10 13:15 ` Peter
@ 2003-01-10 13:36 ` Alan Cox
0 siblings, 0 replies; 6+ messages in thread
From: Alan Cox @ 2003-01-10 13:36 UTC (permalink / raw)
To: Peter; +Cc: linux-kernel, Alan Cox
> I've downloaded the latest driver and am running 2.4.20 (yea!) -- the trident.c here
> is actually more recent than 2.5.55. It now loads fast and with no protest from
> ac97_codec, which has a new ID (ADS114). However, there's still not a peep (I try
> cat test.mp3 > /dev/dsp) -- and when KDE Control Center tries to restart the arts
> sound server, it alarmingly fails on "CPU overload" or just freezes the whole
> system. Is there anything I can do to get more information about what is not
> happening?
No but the info is very useful. The key change involving ac97 is that the
new code in 2.4.x waits much longer for the codec reset to finish. I'm not
sure where the audio has gone however 8(
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.19 -- ac97_codec failure ALi 5451
2003-01-10 2:50 ` Alan Cox
2003-01-10 4:30 ` Peter
@ 2003-01-10 13:15 ` Peter
2003-01-10 13:36 ` Alan Cox
1 sibling, 1 reply; 6+ messages in thread
From: Peter @ 2003-01-10 13:15 UTC (permalink / raw)
To: linux-kernel; +Cc: Alan Cox
I've downloaded the latest driver and am running 2.4.20 (yea!) -- the trident.c here
is actually more recent than 2.5.55. It now loads fast and with no protest from
ac97_codec, which has a new ID (ADS114). However, there's still not a peep (I try
cat test.mp3 > /dev/dsp) -- and when KDE Control Center tries to restart the arts
sound server, it alarmingly fails on "CPU overload" or just freezes the whole
system. Is there anything I can do to get more information about what is not
happening?
Cheers,
Peter
Trident 4DWave/SiS 7018/ALi 5451,Tvia CyberPro 5050 PCI Audio, version 0.14.10h,
Enabling device 00:06.0 (0000 -> 0003)
PCI: Assigned IRQ 5 for device 00:06.0
trident: ALi Audio Accelerator found at IO 0x1000, IRQ 5
ac97_codec: AC97 Audio codec, id: ADS114(Unknown)
ac97_codec: AC97 Audio codec, id: ADS114(Unknown)
PCI: Found IRQ 5 for device 00:06.0
gameport0: Acer Laboratories Inc. [ALi] M5451 PCI AC-Link Controller Audio Device at
pci00:06.0 speed 1924 kHz
Quoting Alan Cox <alan@redhat.com>:
> > Trident 4DWave/SiS 7018/ALi 5451,Tvia CyberPro 5050 PCI Audio,
> > version 0.14.9d, 00:57:19 Jan 9 2003
> > PCI: Enabling device 00:06.0 (0000 -> 0003)
> > PCI: Assigned IRQ 10 for device 00:06.0
> > trident: ALi Audio Accelerator found at IO 0x1000, IRQ 10
> > ac97_codec: AC97 Audio codec, id: 0x4144:0x5372 (Unknown)
>
> So far so good.
>
> > ali: AC97 CODEC read timed out.
> > last message repeated 127 times
> > ali: AC97 CODEC write timed out.
> > ac97_codec: AC97 codec, id: 0x0000:0x0000 (Unknown)
>
> Something lost the codec. Could be power management - was the laptop
> suspended before it went funny ?
>
> Alan
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.19 -- ac97_codec failure ALi 5451
2003-01-10 2:50 ` Alan Cox
@ 2003-01-10 4:30 ` Peter
2003-01-10 13:15 ` Peter
1 sibling, 0 replies; 6+ messages in thread
From: Peter @ 2003-01-10 4:30 UTC (permalink / raw)
To: Alan Cox; +Cc: linux-kernel
Quoting Alan Cox <alan@redhat.com>:
> > Trident 4DWave/SiS 7018/ALi 5451,Tvia CyberPro 5050 PCI Audio,
> > version 0.14.9d, 00:57:19 Jan 9 2003
> > PCI: Enabling device 00:06.0 (0000 -> 0003)
> > PCI: Assigned IRQ 10 for device 00:06.0
> > trident: ALi Audio Accelerator found at IO 0x1000, IRQ 10
> > ac97_codec: AC97 Audio codec, id: 0x4144:0x5372 (Unknown)
>
> So far so good.
>
> > ali: AC97 CODEC read timed out.
> > last message repeated 127 times
> > ali: AC97 CODEC write timed out.
> > ac97_codec: AC97 codec, id: 0x0000:0x0000 (Unknown)
>
> Something lost the codec. Could be power management - was the laptop
> suspended before it went funny ?
No, this happens very reliably every time on a large number of occasions, whether
trident is compiled in or as a module, or with ALSA's snd-ali5451. Dozens of read
and write timeouts. In fact when the codec loads, it tends to freeze the whole
system for a short time (from a few seconds to a minute).
That said, it's close to working. There have been times when I've been able to get
sound -- typically by doing a manual insmod ac97_codec and trident. I had hoped the
ALSA module would work more reliably, but it seems the problem is with the ac97
codec.
Is the driver for the ac97 codec the same for OSS and ALSA? They appear to fail in
very similar ways.
Peter
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 2.4.19 -- ac97_codec failure ALi 5451
2003-01-10 2:35 ` 2.4.19 -- ac97_codec failure ALi 5451 Peter
@ 2003-01-10 2:50 ` Alan Cox
2003-01-10 4:30 ` Peter
2003-01-10 13:15 ` Peter
0 siblings, 2 replies; 6+ messages in thread
From: Alan Cox @ 2003-01-10 2:50 UTC (permalink / raw)
To: Peter; +Cc: linux-kernel, Alan Cox
> Trident 4DWave/SiS 7018/ALi 5451,Tvia CyberPro 5050 PCI Audio,
> version 0.14.9d, 00:57:19 Jan 9 2003
> PCI: Enabling device 00:06.0 (0000 -> 0003)
> PCI: Assigned IRQ 10 for device 00:06.0
> trident: ALi Audio Accelerator found at IO 0x1000, IRQ 10
> ac97_codec: AC97 Audio codec, id: 0x4144:0x5372 (Unknown)
So far so good.
> ali: AC97 CODEC read timed out.
> last message repeated 127 times
> ali: AC97 CODEC write timed out.
> ac97_codec: AC97 codec, id: 0x0000:0x0000 (Unknown)
Something lost the codec. Could be power management - was the laptop
suspended before it went funny ?
Alan
^ permalink raw reply [flat|nested] 6+ messages in thread
* 2.4.19 -- ac97_codec failure ALi 5451
2002-09-12 2:41 2.4.19-ac4 Out of Memory cogwepeter
@ 2003-01-10 2:35 ` Peter
2003-01-10 2:50 ` Alan Cox
0 siblings, 1 reply; 6+ messages in thread
From: Peter @ 2003-01-10 2:35 UTC (permalink / raw)
To: linux-kernel; +Cc: Alan Cox
Sound fails on 2.4.19 with ALi 5451 built-in audio:
Trident 4DWave/SiS 7018/ALi 5451,Tvia CyberPro 5050 PCI Audio,
version 0.14.9d, 00:57:19 Jan 9 2003
PCI: Enabling device 00:06.0 (0000 -> 0003)
PCI: Assigned IRQ 10 for device 00:06.0
trident: ALi Audio Accelerator found at IO 0x1000, IRQ 10
ac97_codec: AC97 Audio codec, id: 0x4144:0x5372 (Unknown)
ali: AC97 CODEC read timed out.
last message repeated 127 times
ali: AC97 CODEC write timed out.
ac97_codec: AC97 codec, id: 0x0000:0x0000 (Unknown)
The trident driver was compiled in during this run. lspci --
00:06.0 Multimedia audio controller: Acer Laboratories Inc. [ALi] M5451
PCI AC-Link Controller Audio Device (rev 02)
I've also tried Alsa, and the snd-ali5451 module loads under lengthy
protests from
alsa-kernel/pci/ali5451/ali5451.c:389 ali_codec_ready: codec not ready
The related modules also load and everything looks fine.
No sound in either case, trident or snd-ali5451.
This is a matrix vpr 200A5 laptop running Debian's kernel 2.4.19-5.
I've seen other people have had similar problems; is this a problem with
recent AC-97 codec revisions?
Cheers,
Peter
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2003-01-13 4:32 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-13 4:40 2.4.19 -- ac97_codec failure ALi 5451 peter
-- strict thread matches above, loose matches on Subject: below --
2002-09-12 2:41 2.4.19-ac4 Out of Memory cogwepeter
2003-01-10 2:35 ` 2.4.19 -- ac97_codec failure ALi 5451 Peter
2003-01-10 2:50 ` Alan Cox
2003-01-10 4:30 ` Peter
2003-01-10 13:15 ` Peter
2003-01-10 13:36 ` Alan Cox
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®