On 22 January 2014 20:34, Rui Paulo <rpa...@freebsd.org> wrote: > On 22 Jan 2014, at 20:05, Adrian Chadd <adrian.ch...@gmail.com> wrote: > >> .. Make it be an offset into the table rather than a pointer, then we can do >> dirty rcu style hacks to just replace and grow the table as we need more >> memory. >> >> Don't we have a standard way to pull memory from the top of the physmem area >> early on for allocations like this? > > Perhaps a bit overkill for this problem?
We already have platform dependent ways of doing this in the VM init path for exactly this - structures needed early at boot. It may be overkill but it may also be the cleanest way to allow boot-time tuned things based on early available information, which we may want to do when it's time to boot a single kernel on a 2-core atom board or a 256 core intel/amd server board. -a _______________________________________________ svn-src-head@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-head To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
