Message-ID: <413DD825.9000405@nortelnetworks.com>
Date: Tue, 07 Sep 2004 11:47:49 -0400
From: Chris Friesen <cfriesen@nortelnetworks.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
MIME-Version: 1.0
To: Linux kernel <linux-kernel@vger.kernel.org>
Subject: looking for help with details of mapping pages to kernel and userspace
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1369
Lines: 34

I have a box with 1.5GB of memory and HIGHMEM enabled.

I would like to have a page of memory accessable from userspace, regular kernel 
space, and late asm code on return from exceptions with no valid C context.  As 
far as I can see, this implies that the page tables need to be in lowmem since 
having to do a kmap_atomic in asm would be painful.

It has been suggested that we could do something like the following, where this 
is running on behalf of userspace which passed in a desired mapping address:

mypage =  __get_free_page(GFP_KERNEL);
SetPageReserved(virt_to_page(mypage));
remap_page_range(vma->vm_start, virt_to_phys((void *) mypage), PAGE_SIZE, 
vma->vm_page_prot);

This seems to work, but I'm concerned about cleanup.  When the task dies, how 
much cleanup will be done on the page?  Does the memory subsystem handle 
everything, or do I need to explicitly do something like:

reservedClearPageReserved(virt_to_page(mypage));
free_page(mypage);

Is there a better way of doing this?  I had considered mmap(), but I think that 
could give me pages with their page tables up in high memory.


Thanks,

Chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/