From owner-freebsd-arch@FreeBSD.ORG Wed Jun 17 22:55:58 2009 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5324106566C; Wed, 17 Jun 2009 22:55:58 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 7DED98FC18; Wed, 17 Jun 2009 22:55:58 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by wa-out-1112.google.com with SMTP id m38so179522waf.27 for ; Wed, 17 Jun 2009 15:55:58 -0700 (PDT) Received: by 10.114.195.19 with SMTP id s19mr1002299waf.10.1245279358085; Wed, 17 Jun 2009 15:55:58 -0700 (PDT) Received: from ?10.0.1.198? (udp016664uds.hawaiiantel.net [72.235.41.117]) by mx.google.com with ESMTPS id l27sm2061528waf.55.2009.06.17.15.55.54 (version=SSLv3 cipher=RC4-MD5); Wed, 17 Jun 2009 15:55:55 -0700 (PDT) Date: Wed, 17 Jun 2009 12:55:52 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Peter Grehan In-Reply-To: <4A2F1148.9090706@freebsd.org> Message-ID: References: <20090609201127.GA50903@alchemy.franken.de> <4A2F1148.9090706@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: arch@freebsd.org, Marius Strobl Subject: Re: Dynamic pcpu, arm, mips, powerpc, sun, etc. help needed X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jun 2009 22:55:59 -0000 On Tue, 9 Jun 2009, Peter Grehan wrote: >> As for sparc64 allocating the storage for the dynamic area >> from end probably isn't a good idea as the pmap code assumes >> that the range from KERNBASE to end is covered by the pages >> allocated by and locked into the TLB for the kernel by the >> loader > > Ditto for ppc. It's possible to get the additional space from within or > after return from pmap_bootstrap() (like thread0's kstack, or the msgbuf). http://people.freebsd.org/~jeff/dpcpu.diff I have updated this patch based on feedback relating to various architectures md code. I tried to model most architectures after the way msgbuf memory was taken. I have no capacity to test anything other than i386 and amd64. ARM is reported to work with one minor diff. Apparently sparc64 worked with the earlier diff but this should be cleaner. If anyone can report back on sparc64, mips, or powerpc, I'd appreciate it. Thanks, Jeff > > later, > > Peter. >