Subject: port-i386/14083: speakfreely in full-duplex with sb hangs machine
To: None <gnats-bugs@gnats.netbsd.org>
From: None <mkb@mukappabeta.de>
List: netbsd-bugs
Date: 09/28/2001 04:04:52
>Number:         14083
>Category:       port-i386
>Synopsis:       speakfreely in full-duplex with sb hangs machine
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    port-i386-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Sep 27 19:07:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     Matthias Buelow
>Release:        1.5
>Organization:
>Environment:
	
System: NetBSD altair.mukappabeta.net 1.5 NetBSD 1.5 (ALTAIR) #3: Sat Jul 7 04:48:10 CEST 2001 root@altair.mukappabeta.net:/usr/src/sys/arch/i386/compile/ALTAIR i386


>Description:
The net/speakfreely 7.2 package per default is configured with half duplex.
Yet the kernel tells me the old sb16 sound card I plugged into it supports
full-duplex:

sb0 at isapnp0 port 0x220/16,0x330/2,0x388/4 irq 5 drq 1,5
sb0: Creative ViBRA16S PnP Audio: dsp v4.13
audio0 at sb0: full duplex, mmap, independent

So I configured speakfreely with full duplex instead by using

make SPEAKFREELY_OPTIONS=

and ran it.  Now sfspeaker complained about not being able to open the
audio device upon receipt of audio samples to play and after a short
while, the machine froze solid to a point that I had to power-cycle it.

>How-To-Repeat:
Get some i386 pc with a sb16 card installed, install the speakfreely
package with full duplex configured, start sfspeaker and let sfmike
connect to localhost and then play around with it a bit.

>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: