From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 15:36:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19F9116A4CE for ; Wed, 14 Jan 2004 15:36:34 -0800 (PST) Received: from email07.aon.at (WARSL402PIP8.highway.telekom.at [195.3.96.97]) by mx1.FreeBSD.org (Postfix) with SMTP id 9E72D43D80 for ; Wed, 14 Jan 2004 15:36:24 -0800 (PST) (envelope-from shoesoft@gmx.net) Received: (qmail 64152 invoked from network); 14 Jan 2004 23:36:23 -0000 Received: from m106p013.dipool.highway.telekom.at (HELO ?62.46.3.45?) ([62.46.3.45]) (envelope-sender ) by 172.18.5.236 (qmail-ldap-1.03) with SMTP for ; 14 Jan 2004 23:36:23 -0000 From: Stefan Ehmann To: Don Lewis In-Reply-To: <200401142128.i0ELSV7E040495@gw.catspoiler.org> References: <200401142128.i0ELSV7E040495@gw.catspoiler.org> Content-Type: text/plain Message-Id: <1074123385.733.11.camel@shoeserv.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 15 Jan 2004 00:36:26 +0100 Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: sound/pcm/* bugs (was: Re: page fault panic tracked down (selwakeuppri()) - really sound/pcm/*) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2004 23:36:34 -0000 On Wed, 2004-01-14 at 22:28, Don Lewis wrote: > On 14 Jan, Stefan Ehmann wrote: > > That seems to fix it - boots fine now. > > > > Looks like we need some further locks. When I try to set vchans to 4 > > with sysctl I get a similar panic. > > > > panic: mutex pcm0:play:0 not owned at > > /usr/src/sys/dev/sound/pcm/channel.c:706 > > > > #15 0xc04e5b57 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 > > #16 0xc04dc4fc in _mtx_assert (m=0xc37ba280, what=0, > > file=0xc07ee3e9 "/usr/src/sys/dev/sound/pcm/channel.c", line=706) > > at /usr/src/sys/kern/kern_mutex.c:673 > > #17 0xc07e436f in chn_reset (c=0x2c2, fmt=268435472) > > at /usr/src/sys/dev/sound/pcm/channel.c:706 > > #18 0xc07ed1fa in vchan_create (parent=0xc37a8880) > > at /usr/src/sys/dev/sound/pcm/vchan.c:273 > > Sigh ... I had hoped that your earlier testing had meant that locking > code was clean. Here's another patch, but I won't guarantee that you > won't run into more lock assertion problems. I guess that I should set > up some sound hardware here so that I can actually test some of this > stuff. This time the system survived sysctl but as soon as sound playback starts the assertion in channel.c:978 gets triggered. Looks like setting up sound would be a good idea since there are probably more traps ahead.