From owner-freebsd-multimedia Mon Feb 10 14:12:24 2003 Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99D1A37B412; Mon, 10 Feb 2003 14:12:22 -0800 (PST) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25448440AE; Mon, 10 Feb 2003 14:11:18 -0800 (PST) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6+Sun/8.11.6) with ESMTP id h1AMBGD20934; Mon, 10 Feb 2003 14:11:16 -0800 (PST) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA28114; Mon, 10 Feb 2003 14:11:06 -0800 (PST) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA02349; Mon, 10 Feb 2003 15:11:00 -0700 (MST) Message-ID: <3E4822C9.4000307@btc.adaptec.com> Date: Mon, 10 Feb 2003 15:08:09 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20021216 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Orion Hodson Cc: Scott , freebsd-multimedia@freebsd.org, cg@freebsd.org Subject: Re: panic in dsp_ioctl() References: <200302082157.h18LvQ8J033548@puma.icir.org> In-Reply-To: <200302082157.h18LvQ8J033548@puma.icir.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sorry for the false alarm, it turns out that some of my snd_*.ko modules had gotten out of sync with the kernel. Everything worked fin one I updated them. Scott Orion Hodson wrote: > /-- Scott wrote: > | WIth a fairly recent 5-current and ICH3 sound hardware I'm getting a > | panic in dsp_ioctl() when running just about anything. > > Can you be specific about what you are running? I appreciate it might > seem > like anything you try generates this, but I'm unable to replicate it > trivially. Before doing whatever it is that crashes the machine can you: > > 1. run 'fstat /dev/audio* /dev/dsp*' > 2. set 'sysctl hw.snd.verbose=3' and get 'cat /dev/sndstat' > > You can post this output to cg and myself since it's probably of little > interest to anyone else. > > | Since I'm not doing any recording, I would assume that rdch should be > | NULL and the test would avoid the rdch->flags indirection. > > Fake channels get set by the getchns function, which may be to keep the > processing cleaner, ie fewer exceptions. > > | having a hard time figuring out how rdch actually gets set/initialized > | in the driver, and the value that winds up in this code path is very > | bogus. This wasn't a problem with my previous build a few weeks ago. > > Very little in the channel management has changed in the past few > weeks. So > I'm a bit puzzled why this should occur now, but there are other users > reporting problems with locks at present too so there is clearly a > problem, > probably a result of more people running 5.x these days (a good thing, > despite > the teething). > > Cheers > - Orion > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message