From owner-freebsd-mips@FreeBSD.ORG Mon Jun 7 21:29:55 2010 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E50AF106564A; Mon, 7 Jun 2010 21:29:55 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id B5E7B8FC13; Mon, 7 Jun 2010 21:29:55 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 20DFB2C2A92; Mon, 7 Jun 2010 16:29:55 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id HYr-fJbuLscl; Mon, 7 Jun 2010 16:29:47 -0500 (CDT) Received: from [10.209.194.87] (unknown [10.209.194.87]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 67A612C2A63; Mon, 7 Jun 2010 16:29:47 -0500 (CDT) Message-ID: <4C0D64B7.7060604@cs.rice.edu> Date: Mon, 07 Jun 2010 16:29:27 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Kostik Belousov References: <4C07E07B.9060802@cs.rice.edu> <4C09345F.9040300@cs.rice.edu> <4C0D2BEA.6060103@cs.rice.edu> <4C0D3F40.2070101@cs.rice.edu> <20100607202844.GU83316@deviant.kiev.zoral.com.ua> In-Reply-To: <20100607202844.GU83316@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Jayachandran C." , mips@freebsd.org Subject: Re: svn commit: r208589 - head/sys/mips/mips X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 21:29:56 -0000 On 6/7/2010 3:28 PM, Kostik Belousov wrote: > Selecting a random message in the thread to ask my question. > Is the issue that page table pages should be allocated from the specific > physical region of the memory ? If yes, doesn't i386 PAE has similar > issue with page directory pointer table ? I see a KASSERT in i386 > pmap that verifies that the allocated table is below 4G, but I do not > understand how uma ensures the constraint (I suspect that it does not). > For i386 PAE, the UMA backend allocator uses kmem_alloc_contig() to ensure that the memory is below 4G. The crucial difference between i386 PAE and MIPS is that for i386 PAE only the top-level table needs to be below a specific address threshold. Moreover, this level is allocated in a place, pmap_pinit(), where we are allowed to sleep. Alan