From owner-freebsd-multimedia Sun Jul 13 21:07:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id VAA26222 for multimedia-outgoing; Sun, 13 Jul 1997 21:07:12 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA26217 for ; Sun, 13 Jul 1997 21:07:07 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.8.5) with ESMTP id VAA01095; Sun, 13 Jul 1997 21:06:53 -0700 (PDT) Message-Id: <199707140406.VAA01095@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: oliver.fromme@heim3.tu-clausthal.de (Oliver Fromme) cc: Randall Hopper , multimedia@FreeBSD.ORG Subject: Re: guspnp9: /dev/dsp close() hangs In-reply-to: Your message of "Mon, 14 Jul 1997 04:14:29 +0200." <199707140214.EAA16083@elch.heim4.tu-clausthal.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 13 Jul 1997 21:06:53 -0700 From: Amancio Hasty Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi guys, In sb_dsp_close: Move down sb_free_irq to after dsp_cleanup. /* DMAbuf_close_dma (dev); */ /* sb_dsp_command (0xd4); */ dsp_cleanup(); sb_free_irq(); sb16dsp.c:sb16_dsp_close has the same problem. See if that fixes the sb cards hanging during a close. Tnks, Amancio >From The Desk Of Oliver Fromme : > > Maybe this information could be useful in some way... > > Randall Hopper wrote: > > [...] > > > mpg123 things.mp2 > > > > -----> APP STARTUP PRINTS: > > start sb_reset_dsp > > done RESET 1 > > done tenmicrosec > > done RESET 0 > > isa_dmastart: channel 5 busy > > > > -----> THEN WHEN I CTRL-C, I ALWAYS SEE THIS: > > dmabuf 2 > > dmabuf 1 > > > > -----> IF THE /dev/dsp close() DIDN'T HANG, THAT'S IT. > > > > -----> BUT IF THE close() HUNG, I SEE THIS LINE AGAIN AND AGAIN, PRI NTING > > -----> ONCE EVERY 10 SECONDS: > > dmabuf 1 > > Using the soundrivers of 2.2.2 (Vox 2.9, I think) with an > AWE32, I also experience hangs sometimes when /dev/dsp is > closed, BUT only for about 10 seconds. It never blocks > forever (maybe it checks for a timeout). > > To be honest, I first suspected a bug in mpg123, but I've > looked at the respective parts of the code for days, and > I haven't been able to spot a bug... > > Regards > Oliver > > PS: I just released mpg123 0.59k, see http://mpg.123.org/ > Doesn't fix the block-on-close problem though, of course. > > PPS: In case you didn't notice, I'm not that much familiar > with all that sound driver stuff. I assume it's not possible > to install those newer "guspnp" drivers in 2.2.2, is it? > Stability is an absolute requirement for me, so I don't want > to install 3.0-current. > > -- > Oliver Fromme, Leibnizstr. 18-61, 38678 Clausthal, Germany > (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de)