From owner-freebsd-stable@FreeBSD.ORG Tue Feb 10 04:01:29 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8433E106564A for ; Tue, 10 Feb 2009 04:01:29 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id DB4308FC0A for ; Tue, 10 Feb 2009 04:01:28 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id n1A41Pj6080951; Tue, 10 Feb 2009 11:01:25 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id n1A41PkO080950; Tue, 10 Feb 2009 11:01:25 +0700 (KRAT) (envelope-from eugen) Date: Tue, 10 Feb 2009 11:01:25 +0700 From: Eugene Grosbein To: Kostik Belousov Message-ID: <20090210040125.GA80054@svzserv.kemerovo.su> References: <498FAA2A.7423AC15@kuzbass.ru> <20090209214822.GH9427@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090209214822.GH9427@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: sysctl lock in RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 04:01:29 -0000 On Mon, Feb 09, 2009 at 11:48:22PM +0200, Kostik Belousov wrote: > > I've digged commit logs a bit and found this change MFC'd to RELENG_7 > > but not RELENG_6: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_sysctl.c#rev1.177.6.2 > > > > It seems RELENG_6 needs this too, doesn't it? > > I'm going to merge the change to RELENG_6 and give it a try. > > Yes, please give it a try. In fact, it was quite specific situation > that I observed and produced a fix for. You need execing process that > needs to grab Giant, e.g. due to image being located on !MPSAFE fs, and > simultaneous sysctl issued that inspects this process. Well, my 6.3-STABLE locked very often (sometimes every hour). Yesterday I've upgraded it to 6.4-STABLE, applied 1.177.2.1 of the file to sources, rebuilt NanoBSD image and ran it. It has not locked yet. Btw, root filesystem here is UFS2 without softupdates mounted read-only but /etc and /var are md(4) (devfs is mounted too). Eugene Grosbein