From owner-freebsd-current@FreeBSD.ORG Thu Feb 28 18:37:21 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA9991065672 for ; Thu, 28 Feb 2008 18:37:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outX.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id C69948FC29 for ; Thu, 28 Feb 2008 18:37:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 28 Feb 2008 10:37:20 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 93F682D67A0; Thu, 28 Feb 2008 10:37:19 -0800 (PST) Message-ID: <47C6FF70.9020005@elischer.org> Date: Thu, 28 Feb 2008 10:37:36 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Marko Zec References: <47C39948.3080907@elischer.org> <200802281531.28052.zec@icir.org> <86zltlyuc2.fsf@ds4.des.no> <200802281654.14726.zec@icir.org> In-Reply-To: <200802281654.14726.zec@icir.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , FreeBSD Current Subject: Re: warning of pending commit attempt. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Feb 2008 18:37:22 -0000 Marko Zec wrote: > On Thursday 28 February 2008 16:27:41 Dag-Erling Smørgrav wrote: >> Marko Zec 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.