From owner-cvs-src@FreeBSD.ORG Fri Oct 29 19:50:44 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2575216A4DA for ; Fri, 29 Oct 2004 19:50:44 +0000 (GMT) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACE8A43D5F for ; Fri, 29 Oct 2004 19:50:04 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 30155 invoked from network); 29 Oct 2004 19:50:04 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 29 Oct 2004 19:50:04 -0000 Received: from [10.50.40.221] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i9TJnPT0038777; Fri, 29 Oct 2004 15:49:55 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Alan Cox Date: Fri, 29 Oct 2004 15:49:17 -0400 User-Agent: KMail/1.6.2 References: <200410291910.i9TJAlNf089795@repoman.freebsd.org> In-Reply-To: <200410291910.i9TJAlNf089795@repoman.freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410291549.17355.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/i386 pmap.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 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: Fri, 29 Oct 2004 19:50:44 -0000 On Friday 29 October 2004 03:10 pm, Alan Cox wrote: > alc 2004-10-29 19:10:47 UTC > > FreeBSD src repository > > Modified files: > sys/i386/i386 pmap.c > Log: > Implement per-CPU SYSMAPs, i.e., CADDR* and CMAP*, to reduce lock > contention within pmap_zero_page() and pmap_copy_page(). Cool. One note: I think you have to move the sched_pin before the lookup in the sysmaps_pcpu[] table so you don't migrate to another CPU if you get an interrupt after you've locked the sysmap. I'm curious if can get rid of the sysmaps lock altogether actually. It might require a critical section to do so though, and zero'ing page(s) is probably too long to defer interrupts. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org