From owner-freebsd-multimedia Wed Jan 24 12: 0:51 2001 Delivered-To: freebsd-multimedia@freebsd.org Received: from cis.ohio-state.edu (mail.cis.ohio-state.edu [164.107.115.5]) by hub.freebsd.org (Postfix) with ESMTP id 64EDD37B6A0 for ; Wed, 24 Jan 2001 12:00:34 -0800 (PST) Received: from epsilon.cis.ohio-state.edu (matey@epsilon.cis.ohio-state.edu [164.107.112.10]) by cis.ohio-state.edu (8.9.1/8.9.1) with ESMTP id PAA06990; Wed, 24 Jan 2001 15:00:12 -0500 (EST) Received: (from matey@localhost) by epsilon.cis.ohio-state.edu (8.9.1/8.9.1) id PAA18118; Wed, 24 Jan 2001 15:00:12 -0500 (EST) Date: Wed, 24 Jan 2001 15:00:04 -0500 From: Alexander Matey To: freebsd-multimedia@freebsd.org Cc: m_ilya@agava.com Subject: Re: Aureal card sound driver stops working Message-ID: <20010124150003.A3049@cis.ohio-state.edu> Mail-Followup-To: freebsd-multimedia@freebsd.org, m_ilya@agava.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from m_ilya@agava.com on Tue, Jan 23, 2001 at 03:25:09PM +0300 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Jan 23, 2001 at 03:25:09PM +0300, Ilya Martynov wrote: > I've seen twice my Aureal Vortex 8810 card stops working after several days > of uptime. Both times I've seen it after having XMMS playing mp3 files from > NFS share for several days (my PC at work always up and I'm listen misic via > headphones - so I often leave XMMS playing for several days). XMMS plays mp3s > via esd. So I belive sound stop working if sound device /dev/dsp is keeped > opened for several days. I don't think it has anything to do with the driver itself. ... > pcm0: port 0xc400-0xc407,0xc000-0xc007 mem 0xdd000000-0xdd03ffff irq 9 at device 10.0 on pci1 > nfs send error 32 for server hellbell:/m/add5/CODA/mp3 > nfs send error 32 for server hellbell:/m/add5/CODA/mp3 > pcm0: play interrupt timeout, channel dead > nfs send error 32 for server hellbell:/m/add5/CODA/mp3 > nfs send error 32 for server hellbell:/m/add5/CODA/mp3 > pcm0: play interrupt timeout, channel dead > nfs send error 32 for server hellbell:/m/add5/CODA/mp3 > nfs send error 32 for server hellbell:/m/add5/CODA/mp3 > pcm0: play interrupt timeout, channel dead > pcm0: play interrupt timeout, channel dead With as much details as you gave me, it looks like these nfs timeouts cause the application that has opened the device to die silently without closing the device properly. newpcm still thinks that the device is open and doesn't let you reopen it. It is not a driver that checks whether the device is busy, it is newpcm that tracks open/close requests and keeps the record on a higher level. -- lx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message