NetBSD Problem Report #28287

From lantis@iqranet.info  Sat Nov 13 13:01:46 2004
Return-Path: <lantis@iqranet.info>
Received: from hawaii.eshockhost.net (hawaii.eshockhost.net [66.98.186.94])
	by narn.netbsd.org (Postfix) with ESMTP id 67F12251EC5
	for <gnats-bugs@gnats.NetBSD.org>; Sat, 13 Nov 2004 13:01:46 +0000 (UTC)
Message-Id: <200411131301.iADD1ELx001743@iqranet.info>
Date: Sat, 13 Nov 2004 14:01:14 +0100 (CET)
From: lantis@iqranet.info
Reply-To: lantis@iqranet.info
To: gnats-bugs@netbsd.org
Subject:
X-Send-Pr-Version: 3.95

>Number:         28287
>Category:       kern
>Synopsis:       underflowing sound with ac97 chip
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    nat
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Nov 13 13:02:00 +0000 2004
>Closed-Date:    Mon Jul 24 03:19:06 +0000 2017
>Last-Modified:  Mon Jul 24 03:19:06 +0000 2017
>Originator:     lantis@iqranet.info
>Release:        
>Organization:

>Environment:


System: NetBSD MEniac 2.0_BETA NetBSD 2.0_BETA (GENERIC) #0: Tue Aug 10 14:27:34 UTC 2004 autobuild@tgm.netbsd.org:/autobuild/netbsd-2-0/i386/OBJ/autobuild/netbsd-2-0/src/sys/arch/i386/compile/GENERIC i386
Architecture: i386
Machine: i386
Description:
eap0 at pci0 dev 15 function 0: Ensoniq AudioPCI 97 (rev. 0x02)
eap0: interrupting at irq 11
eap0: ac97: TriTech TR28023 codec; no 3D stereo
audio0 at eap0: full duplex, mmap, independent
midi0 at eap0: AudioPCI MIDI UART
this card has some problems. It seems like the sound is "underflowing".
Example situation is that I have mplayer running in a xterm, playing something.
What application plays what does not matter (tested). Now I fire up a second
xterm and write some text or I simply switch to another virtual desktop, and
it seems like the sound gets distorted and "packages" of the sound-stream is
droped. The thing is that this behavior even continous if the scrolling action
in the second xterm stop. Sometimes you can go on scrolling, and the 
distortion stops. Its kind of weird. It might be that the machine is simply
working with full capacity. I just wanted to report this, maybe there is a 
"fix" somehow, or tips what I could do ;)
>Description:
 Synopsis: underflowing sound with ac97 chip
 Category: kern
 Class: sw-bug
 Release:	NetBSD 2.0_BETA
 	<Please check that the above is correct for the bug being reported,>
 	<and append source date of snapshot, if applicable (one line).>
>How-To-Repeat:

>Fix:


>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: gnats-admin->kern-bug-people
Responsible-Changed-By: soren@netbsd.org
Responsible-Changed-When: Tue, 16 Nov 2004 11:15:47 +0000
Responsible-Changed-Why:
Driver bug.


Responsible-Changed-From-To: kern-bug-people->nat
Responsible-Changed-By: nat@NetBSD.org
Responsible-Changed-When: Tue, 27 Jun 2017 00:03:04 +0000
Responsible-Changed-Why:
Take.


State-Changed-From-To: open->feedback
State-Changed-By: nat@NetBSD.org
State-Changed-When: Tue, 27 Jun 2017 00:03:04 +0000
State-Changed-Why:
Audio has undergone many changes and I believe that this problem has been
addressed.
Can you try a kernel from -current to see if this problem still exists?


State-Changed-From-To: feedback->closed
State-Changed-By: nat@NetBSD.org
State-Changed-When: Mon, 24 Jul 2017 03:19:06 +0000
State-Changed-Why:
Submitter could not be contacted.  Closing.


>Unformatted:

Home	PR Database Search