From owner-freebsd-stable@FreeBSD.ORG Fri Feb 11 12:47:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9AE016A4CE for ; Fri, 11 Feb 2005 12:47:49 +0000 (GMT) Received: from av12-2-sn2.hy.skanova.net (av12-2-sn2.hy.skanova.net [81.228.8.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D29D43D41 for ; Fri, 11 Feb 2005 12:47:49 +0000 (GMT) (envelope-from joel@automatvapen.se) Received: by av12-2-sn2.hy.skanova.net (Postfix, from userid 502) id 4A3CD384DC; Fri, 11 Feb 2005 13:47:48 +0100 (CET) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av12-2-sn2.hy.skanova.net (Postfix) with ESMTP id EF062384D9; Fri, 11 Feb 2005 13:47:47 +0100 (CET) Received: from t8o55p23.telia.com (t8o55p23.telia.com [81.225.220.143]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 86C7237E48; Fri, 11 Feb 2005 13:47:45 +0100 (CET) From: Joel Dahl To: Mipam In-Reply-To: References: Content-Type: text/plain Date: Fri, 11 Feb 2005 13:47:53 +0100 Message-Id: <1108126073.486.5.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: using ADAPTIVE_MUTEXES savely? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Feb 2005 12:47:49 -0000 On Fri, 2005-02-11 at 12:44 +0100, Mipam wrote: > Hi, > > Does anybody run with the kernel option ADAPTIVE_MUTEXES > in RELENG_5 yet? Is it safe to use or should be used with care? There is no ADAPTIVE_MUTEXES option in RELENG_5 AFAIK, since it's enabled by default. You can however use NO_ADAPTIVE_MUTEXES to disable it. >From src/sys/conf/NOTES: " # ADAPTIVE_MUTEXES changes the behavior of blocking mutexes to spin # if the thread that currently owns the mutex is executing on another # CPU. This behaviour is enabled by default, so this option can be used # to disable it. options NO_ADAPTIVE_MUTEXES " -- Joel