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: