From owner-cvs-src@FreeBSD.ORG Tue Jun 5 19:21:00 2007 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56EBF16A400; Tue, 5 Jun 2007 19:21:00 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1E1BD13C489; Tue, 5 Jun 2007 19:21:00 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.101] (c-71-231-138-78.hsd1.or.comcast.net [71.231.138.78]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id l55JKvdh079399 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 5 Jun 2007 15:20:58 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Tue, 5 Jun 2007 12:20:42 -0700 (PDT) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: John Baldwin In-Reply-To: <200706051511.56553.jhb@freebsd.org> Message-ID: <20070605121953.V606@10.0.0.1> References: <200706051857.l55IvAYP094328@repoman.freebsd.org> <200706051511.56553.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Attilio Rao , cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_mutex.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2007 19:21:00 -0000 On Tue, 5 Jun 2007, John Baldwin wrote: > On Tuesday 05 June 2007 02:57:09 pm Attilio Rao wrote: >> attilio 2007-06-05 18:57:09 UTC >> >> FreeBSD src repository >> >> Modified files: >> sys/kern kern_mutex.c >> Log: >> Fix a problem with not-preemptive kernels caming from mis-merging of >> existing code with the new thread_lock patch. >> This also cleans up a bit unlock operation for mutexes. >> >> Approved by: jhb, jeff(mentor) > > Specifically, this retires the explicit preemption code in mtx_unlock() > (inherited from BSD/OS) in the #ifndef PREEMPTION case. We now only do > preemptions as a scheduling decision in the scheduler and only > #ifdef PREEMPTION. I believe we also should replace thread_lock() and thread_unlock() with calls to spinlock_enter()/exit() on !SMP and make thread_set_lock() a no-op for this case. Does that sounds right to everyone? Thanks, Jeff > > -- > John Baldwin >