[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Re: [PATCH 2/4] x86, xen: introduce x86_init.mapping.pagetable_reserve
On 04/18/2011 07:42 AM, H. Peter Anvin wrote: > On 04/18/2011 07:09 AM, Stefano Stabellini wrote: >> Sorry, I don't mean to be pushy, it is just that I'll be AFK for 12 days >> starting from next Friday and I think that this issue should really be >> fixed in time for the 2.6.39 release, otherwise no 2.6.39 kernels will >> be able to boot on any xen system. > YOU STILL HAVEN'T PROPOSED ANY SEMANTICS. > > The semantics of a hook is a description of what the preconditions are, > what the postconditions are, and what exactly they are allowed or not > allowed to do. > > This is a real pain to do, *exactly because hooks are a real pain*. > Most hooks that have been put in has been "oh, just do something at > point X in the code", which is a case of definition by implementation, > which is exactly how we ended up with the current mess. Yeah. The basic problem is that the change to pagetable setup introduced a regression when running under Xen. The foremost consideration is to fix that regression. I think the most pragmatic thing to do at this point - as much as it pains me to say so - is just put in an explicit Xen hook in which does the right thing, rather than try to prettify it as a general hook, since it only has one user anyway. If a second user comes along, when we can talk about generalizing it. But it would be nice if we could come up with an initial pagetable construction algorithm that follows the same rules as normal pagetable management and uses the normal pvops hooks in the normal way so that we don't need to special case it at all. J _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |