[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Xen at scale
> > > Maybe there's a simpler solution? > > > > I don't think passing an array is more complicated. > > It's more complicated because you need to put it somewhere and then most > guests have to possibly move it around because they don't like where it was > put by the builder. But most of all I think that it's a bad idea to use two > different interfaces to pass the same kind of data and that we should try to > keep the amount of pre-initialized data to a minimum. > > It might still be time to switch to using an array but the sooner the better > and then we should stick with whatever we choose... It needs to be something other than page tables, really. I'm inclined to pass the new domain a preinitialised 'phys->machine' translation table, and only create initial page tables large enough to contain the kernel image, initial page tables, and the translation table. 16MB of VA space would be plenty. At that point the interface is basically "We're giving you just enough MMU state to bootstrap yourself. Here's a list of the frames that belong to you -- set up the pagetable structure that you'd like." Yes, the guest may possibly end up copying the 'phys->mach' table to a more convenient place. But at worst it will be a few megabytes. As for breaking the interface to other types of guest OS (ie. non-Linux) -- they can implement their own domain builder that sets memory out just as they like. I'm rewriting the event-callback interface at the moment, but I'll take a look at MMU bootstrap once that's done (hopefully later today). -- Keir ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |