Date: Thu, 17 Jul 2003 23:36:08 +0200 (SAST) From: Matthew West <mwest@uct.ac.za> To: FreeBSD-gnats-submit@FreeBSD.org Subject: i386/54595: emu10k1 sound driver locks system Message-ID: <200307172136.h6HLa8cV023859@casper.cs.uct.ac.za> Resent-Message-ID: <200307172140.h6HLeDTG081983@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 54595
>Category: i386
>Synopsis: emu10k1 sound driver locks system
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-i386
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Jul 17 14:40:13 PDT 2003
>Closed-Date:
>Last-Modified:
>Originator: Matthew West
>Release: FreeBSD 5.1-RELEASE i386
>Organization:
University of Cape Town
>Environment:
FreeBSD 4.8-RELEASE, FreeBSD 5.0-RELEASE and FreeBSD 5.1-RELEASE
I've not tried any others yet.
>Description:
Loading the emu10k1 sound driver module, or building it into the kernel,
causes the system to lock hard. Building the kernel with debugging on didn't
help much either as the kernel is unable to flush its buffers to disk after
the lockup, even though I can still ctrl-alt-esc in the kernel debugger.
none2@pci0:12:0: class=0x040100 card=0x80271102 chip=0x00021102 rev=0x08 hdr=0x00
vendor = 'Creative Labs'
device = 'EMU10K1 Audio Chipset (SB Live!)'
class = multimedia
subclass = audio
I initially suspected a hardware problem, but the card works perfectly under
other operatings systems on the same machine.
This appears similar to i386/46646 and i386/44178, and the module and kernel
are definitely in sync.
>How-To-Repeat:
kldload snd_emu10k1
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200307172136.h6HLa8cV023859>