lkml.org 
[lkml]   [2007]   [Apr]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] i386: For debugging, make the initial page table setup less forgiving.
Eric W. Biederman wrote:
> I suspect what we want to do is come up with a function to call
> to test to see if a page should be read-only and map such pages
> _PAGE_KERNEL_RO, or _PAGE_KERNEL_RO_EXEC if it's code.
>
> Speaking of things what are paravirt_alloc_pd and parafirt_alloc_pd
> supposed to do?
>

For hypervisors which shadow kernel page tables, none of these concerns
with keeping page tables read-only arise. However, another set of
concerns does arise with maintaining shadow synchronization. One of
those problems is keeping the hypervisor aware of when pages are being
used as page tables.

However, it turns out both direct page table and shadow page table
implementations can be made to use one page table allocation function;
in the direct page table case (as for Xen), this is the point where page
tables can be recognized and made read-only. So this is the dual
purpose of the paravirt_alloc_p[dt] functions.

Zach
-
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/

\
 
 \ /
  Last update: 2007-04-26 05:31    [W:1.016 / U:0.024 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site