Date: Thu, 4 Jan 2007 12:35:07 GMT From: Jonathan Liu<Net147@hotmail.com> To: freebsd-gnats-submit@FreeBSD.org Subject: kern/107516: emu10k1 - skips, clicks and lag after a day of heavy usage Message-ID: <200701041235.l04CZ7vC030959@www.freebsd.org> Resent-Message-ID: <200701041240.l04CeCOb017499@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 107516
>Category: kern
>Synopsis: emu10k1 - skips, clicks and lag after a day of heavy usage
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Jan 04 12:40:12 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator: Jonathan Liu
>Release: 6.2-RC1
>Organization:
>Environment:
FreeBSD freebsd 6.2-RC1 FreeBSD 6.2-RC1 #0: Thu Nov 16 05:12:08 UTC 2006 root@opus.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386
>Description:
After a day or so of heavy usage (KDE with full effects, portupgrade in background, playing music using XMMS with artsd in background using virtual channels), audible skips, clicks and lag tend to occur with the output audio.
I have also had this problem with FreeBSD 6.1.
Some information that might be useful:
hw.snd.maxautovchans: 255
hw.snd.pcm0.vchans: 1
pcm0@pci3:11:0: class=0x040100 card=0x10021102 chip=0x00041102 rev=0x04 hdr=0x00
vendor = 'Creative Labs'
device = 'SoundBlaster Audigy Audigy Audio Processor'
class = multimedia
subclass = audio
emujoy0@pci3:11:1: class=0x098000 card=0x00601102 chip=0x70031102 rev=0x04 hdr=0x00
vendor = 'Creative Labs'
device = 'EMU10K2 Audigy Gameport'
class = input device
fwohci1@pci3:11:2: class=0x0c0010 card=0x00101102 chip=0x40011102 rev=0x04 hdr=0x00
vendor = 'Creative Labs'
device = 'EMU10K2 Audigy IEEE1394 Firewire Controller'
class = serial bus
subclass = FireWire
>How-To-Repeat:
This problem is repeatable but I can't give any better instructions on how to reproduce the problem at the moment except what was provided in the description.
>Fix:
A workaround is to restart the computer.
Reloading the sound card module as follows does not fix the problem:
kldunload snd_emu10k1
kldunload sound
kldload snd_emu10k1
I'm thinking it might be kernel related.
Perhaps something to do with scheduling and preemption.
This problem does not ever occur in Windows XP Professional.
>Release-Note:
>Audit-Trail:
>Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200701041235.l04CZ7vC030959>