Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Sep 1995 18:12:04 -0400
From:      Gene Stark <gene@starkhome.cs.sunysb.edu>
To:        Thomas David Rivers <dg-rtp.dg.com!ponds!rivers@sbstark.cs.sunysb.edu>
Cc:        bugs@freebsd.org
Subject:   Interesting sound problem...
Message-ID:  <199509252212.SAA00839@starkhome.cs.sunysb.edu>
In-Reply-To: Thomas David Rivers's message of Sun, 24 Sep 1995 11:15:01 -0400
References:  <446d6b$dn7@starkhome.cs.sunysb.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
>   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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199509252212.SAA00839>