Date: Thu, 28 Feb 2008 10:37:36 -0800 From: Julian Elischer <julian@elischer.org> To: Marko Zec <zec@icir.org> Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= <des@des.no>, FreeBSD Current <current@freebsd.org> Subject: Re: warning of pending commit attempt. Message-ID: <47C6FF70.9020005@elischer.org> In-Reply-To: <200802281654.14726.zec@icir.org> References: <47C39948.3080907@elischer.org> <200802281531.28052.zec@icir.org> <86zltlyuc2.fsf@ds4.des.no> <200802281654.14726.zec@icir.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Marko Zec wrote: > On Thursday 28 February 2008 16:27:41 Dag-Erling Smørgrav wrote: >> Marko Zec <zec@icir.org> writes: >>> Actually the patch provides certain level of support for >>> virtualizing leaf sysctl nodes. So far I have only introduced >>> macros for methods / data types that I've found necessary to >>> virtualize, such as SYSCTL_V_OID, SYSCTL_V_STRING, SYSCTL_V_INT, >>> and SYSCTL_V_PROC. [...] >> Thanks, this is exactly what I was looking for. Now all we need is a >> way to start a vimage with hw.machine and hw.machine_arch set to a >> vimage-specific value... > > So your question opens up a pandora's box... Obviously it's trivial to > virtualize a sysctl, but I still don't have a clear idea on what would > be the most convenient way of specifying start-up constraints or > parameters when instatiating a new vimage. At the moment each > virtualized variable is initialized to some system-wide compiled in > constant - we need to come up with a much more flexible / configurable > model... > Whooooa there! Before we widen the scope of the vimage project to complete virtualisation of everything. How about we get what we have now into the tree? :-) BTW Marco, you might want to add some comments in vimage.h about how you see the current framework growing to encompas such things as dynamically assigned module numbers for kld modules and such so that when we commit it, there is some sort of architetural guide for the "thousands of people" who will want to improve it and extend it to other views of virtualisation.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47C6FF70.9020005>