mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* 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
* 2.4.19-ac4 Out of Memory
@ 2002-09-12  2:41 cogwepeter
  2003-01-10  2:35 ` 2.4.19 -- ac97_codec failure ALi 5451 Peter
  0 siblings, 1 reply; 6+ messages in thread
From: cogwepeter @ 2002-09-12  2:41 UTC (permalink / raw)
  To: linux-kernel


Greetings --

I was using mplayer on an i686 2.4.19-ac4 just now, and it suddenly froze.  
That is to say, it wasn't entirely frozen -- if you moved the mouse and
waited ten seconds, the cursor would move. Accessing it from another
terminal (one that was already logged in), I could type at the rate of a
letter a minute. After a few minutes it resolved itself and came back to
normal.

/var/log/messages showed this:

kernel: Out of Memory: Killed process 9702 (gmplayer).

I've not encountered this in 2.4.16.

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®