public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "John O'Donnell" <johnod@voicefx.com>
To: Paul Jakma <paul@clubi.ie>, linux-kernel@vger.kernel.org
Subject: Re: via82cxxx_audio - bad latency
Date: Wed, 13 Dec 2000 11:26:53 -0500	[thread overview]
Message-ID: <3A37A34D.9010000@voicefx.com> (raw)
In-Reply-To: <Pine.LNX.4.30.0012130244140.1326-100000@fogarty.jakma.org>

Paul Jakma wrote:

> hi,
> 
> i think somethings gone wrong with via82cxxx_audio. Playing anything
> through it seems to cause massive latency in apps like xmms, esd,
> asmixer, etc.. anything to do with playing or mixer levels suddenly
> takes a minute or more to respond.
> 
> It didn't always do this, and when it started happening i assumed it
> was either something bad in esd or xmms (which i tend to upgrade a
> lot). However it still happens when esd is disabled. eg, i use mpg123
> to play an mp3 file, and asmixer doesn't change the volume till a
> minute or two after i moused it.
> 
> if i SIGSTOP mpg123, asmixer immediately becomes responsive again and
> implements the pending volume change, as soon i SIGCONT mpg123,
> asmixer becomes very unresponsive again.
> 
> same thing with esd, if i STOP mpg123, other apps like esd and
> non-esd mixers become responsive, soon as i start playing again they
> go unresponsive.
> 
> same thing with playing from esd applications, everything inlcuding
> the playing app itself (eg xmms) is unresponsive, if i STOP it, the
> mixers instantly become responsive, soon as i CONT the playing app
> everything is "dead" again.
> 
> kernel is test12-final. AMD K7, Asus K7M board
> 
> [root@fogarty /root]# lspci -vv -s 00:04.5
> 00:04.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686
> [Apollo Super AC97/Audio] (rev 21)
> 	Subsystem: Asustek Computer, Inc.: Unknown device 800d
> 	Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B-
> 	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
> 
>> TAbort- <TAbort- <MAbort- >SERR- <PERR-
> 
> 	Interrupt: pin C routed to IRQ 10
> 	Region 0: I/O ports at d400 [size=256]
> 	Region 1: I/O ports at d000 [size=4]
> 	Region 2: I/O ports at cc00 [size=4]
> 	Capabilities: [c0] Power Management version 2
> 		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
> PME(D0-,D1-,D2-,D3hot-,D3cold-)
> 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> 
> [root@fogarty /root]# cat /proc/interrupts
>            CPU0
>   0:    1064556          XT-PIC  timer
>   1:      18405          XT-PIC  keyboard
>   2:          0          XT-PIC  cascade
>   3:     904332          XT-PIC  eth0
>   8:          1          XT-PIC  rtc
>  10:      75896          XT-PIC  BusLogic BT-958, via82cxxx
>  12:     278174          XT-PIC  PS/2 Mouse
>  14:       3258          XT-PIC  ide0
>  15:     387918          XT-PIC  ide1
> NMI:          0
> ERR:          0
> 
> the via is sharing an interrupt, though normally the buslogic is not
> being used. (the interrupt sharing has been there a lot longer than
> this problem)
> 
> i don't have the /proc/driver/via.... files that the docs mention.
> 
> regards,

Oh my, I am SO glad someone else noticed this!  I was not going to say 
anything because I thought _I_ was crazy.  I burnt out my CPU yesterday 
in a nasty experiment (don't ask!) and had to go out and buy a new 
MB/CPU.  I bought the ASUS CUV4X with sound.  Lo and behold it has the 
VIA VT82C686A audio.  I get my new system running just great, load this 
driver, then go do my favorite pastime:  Frag in Unreal Tournament for 
Linux!  Man was the sound delayed!  I tried 4 Front's driver too with 
the same results which made me think that this setup really sucked!

I am all set to put a Creative 128 in the system and I stumbled onto
this message.  :-)
Johnny O

-- 
<SomeLamer> what's the difference between chattr and chmod?
<SomeGuru> SomeLamer: man chattr > 1; man chmod > 2; diff -u 1 2 | less
	-- Seen on #linux on irc
=== Never ask a geek why, just nod your head and slowly back away.===
+==============================+====================================+
| John O'Donnell (Sr. Systems Engineer, Net Admin, Webmaster, etc.) |
| Voice FX Corporation (a subsidiary of Student Advantage)          |
| One Plymouth Meeting         |     E-Mail: johnod@voicefx.com     |
| Suite 610                    |           www.voicefx.com          |
| Plymouth Meeting, PA 19462   |         www.campusdirect.com       |
+==============================+====================================+

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  parent reply	other threads:[~2000-12-13 16:57 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-12-13  3:02 via82cxxx_audio - bad latency Paul Jakma
2000-12-13 11:18 ` Nils Philippsen
2000-12-13 13:44   ` Paul Jakma
2000-12-13 13:50   ` Paul Jakma
2000-12-13 16:26 ` John O'Donnell [this message]
2000-12-13 22:22 ` David Riley

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3A37A34D.9010000@voicefx.com \
    --to=johnod@voicefx.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=paul@clubi.ie \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox