All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.