From owner-freebsd-multimedia  Fri Dec  6 23:32:04 1996
Return-Path: <owner-multimedia>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id XAA15288
          for multimedia-outgoing; Fri, 6 Dec 1996 23:32:04 -0800 (PST)
Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id XAA15283
          for <multimedia@freebsd.org>; Fri, 6 Dec 1996 23:32:02 -0800 (PST)
Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.7.6/8.7.3) with ESMTP id XAA03405; Fri, 6 Dec 1996 23:31:47 -0800 (PST)
Message-Id: <199612070731.XAA03405@rah.star-gate.com>
X-Mailer: exmh version 1.6.9 8/22/96
To: "Louis A. Mamakos" <louie@TransSys.COM>
cc: Denis DeLaRoca 825-4580 (310) <CSP1DWD@MVS.OAC.UCLA.EDU>,
        dwhite@resnet.uoregon.edu, multimedia@freebsd.org
Subject: Re: GUS PRO: functional! 
In-reply-to: Your message of "Fri, 06 Dec 1996 21:16:18 EST."
             <199612070216.VAA09628@whizzo.transsys.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 06 Dec 1996 23:31:47 -0800
From: Amancio Hasty <hasty@rah.star-gate.com>
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>From The Desk Of "Louis A. Mamakos" :
> > On Fri, 6 Dec 1996 13:54:02 -0800 PST,
> >    Doug White <dwhite@GDI.UOREGON.EDU> said:
> > >
> > > Next is getting FreeBSd working.  Can I apply guspnp6 to the 2.2-ALPHA, o
r
> > > do I have to go all the way to -current?  reason is that if I have to go
> > > to current I'm going to buy a new disk...
> > 
> > I think you can... I was able to apply guspnp5 to my 2.2-SNAP 960801
> > system. But for MBONE work I kept having loop problems and all sorts
> > of audio distortion so I had to sidegrade to a PAS-16 card until the
> > driver is in better shape. Recently, someone reported on the list
> > good results with the guspnp6 driver in terms of audio quality but
> > he also reported the sound loop problems so I don't know how much
> > better things are...
> 
> The guspnp6 stuff seems to work better, but it's still dangerous to
> interrupt the process while a large write is going on.  That is,
> if you do a "cat foo.au > /dev/audio" and kill the process with a
> ^C  or kill signal from another process, you're almost guaranteed to
> be toast.

Hi,

I just tried a bunch of kills on a large file well I pick an X server binary.

cat X >/dev/audio

So if you can give me a stack trace it will help a lot because my
the sound driver has not crash my system in a long time over here.


	Tnks,
	Amancio