From owner-freebsd-arch@FreeBSD.ORG Fri Jun 12 13:23:05 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 AB15E106564A for ; Fri, 12 Jun 2009 13:23:05 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 84E218FC18 for ; Fri, 12 Jun 2009 13:23:05 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by rv-out-0506.google.com with SMTP id k40so740603rvb.43 for ; Fri, 12 Jun 2009 06:23:05 -0700 (PDT) Received: by 10.141.3.10 with SMTP id f10mr1546381rvi.258.1244812984964; Fri, 12 Jun 2009 06:23:04 -0700 (PDT) Received: from ?10.0.1.198? (udp016664uds.hawaiiantel.net [72.235.41.117]) by mx.google.com with ESMTPS id g22sm4547411rvb.16.2009.06.12.06.23.01 (version=SSLv3 cipher=RC4-MD5); Fri, 12 Jun 2009 06:23:02 -0700 (PDT) Date: Fri, 12 Jun 2009 03:23:31 -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; charset=US-ASCII; format=flowed 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: Fri, 12 Jun 2009 13:23:05 -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). > OK, I had originally split it into two stages. It sounds like I should return to this and revise the patch again. We worked out the i386 problems. I'll split it up again and post something that hopefully you two can try. Thanks, Jeff > later, > > Peter. >