From owner-freebsd-bugs Mon Sep 25 19:19:03 1995 Return-Path: owner-bugs Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id TAA04904 for bugs-outgoing; Mon, 25 Sep 1995 19:19:03 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id TAA04893 for ; Mon, 25 Sep 1995 19:18:58 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id WAA16666 for bugs@freebsd.org; Mon, 25 Sep 1995 22:17:20 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id SAA00839; Mon, 25 Sep 1995 18:12:04 -0400 Date: Mon, 25 Sep 1995 18:12:04 -0400 From: Gene Stark Message-Id: <199509252212.SAA00839@starkhome.cs.sunysb.edu> To: Thomas David Rivers Cc: bugs@freebsd.org In-reply-to: Thomas David Rivers's message of Sun, 24 Sep 1995 11:15:01 -0400 Subject: Interesting sound problem... References: <446d6b$dn7@starkhome.cs.sunysb.edu> Sender: owner-bugs@freebsd.org Precedence: bulk > I just tripped over the following problem. > > I was running out of resources, so I built a new kernel with > maxusers bumped from 10 to 35. No other changes. > > After booting that kernel; I discovered that SB-16 driver is > getting a little confused. If I cat a .au file to /dev/audio, > only a few seconds of sound is produced, and the 'cat' hangs... I still find, using the sound code in -stable, that stuff like auedit (part of nas) and vat tend to hang in the kernel at "sndint" at priority -11. Using sd and vat, I can create a multicast session on one host, and connect to that session on another host. Thumping the mike on one host makes the little level meter bounce up and down, but I cannot hear anything on the other host, even though the entry in the window blinks indicating that data is being transmitted. Eventually, the transmitting host also fails to pick up stuff from the mike. The vat audio tests also fail to generate any tones. I am using an SB-16 also. I would appreciate knowing if anyone has solved these problems. Seems like race conditions remain in the sound code in the kernel. - Gene Stark