From owner-freebsd-virtualization@FreeBSD.ORG Sat Jun 7 17:04:00 2008 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 748071065672 for ; Sat, 7 Jun 2008 17:04:00 +0000 (UTC) (envelope-from jamie@gritton.org) Received: from gritton.org (gritton.org [161.58.222.4]) by mx1.freebsd.org (Postfix) with ESMTP id 401338FC18 for ; Sat, 7 Jun 2008 17:04:00 +0000 (UTC) (envelope-from jamie@gritton.org) Received: from glorfindel.gritton.org (c-76-27-80-223.hsd1.ut.comcast.net [76.27.80.223]) (authenticated bits=0) by gritton.org (8.13.6.20060614/8.13.6) with ESMTP id m57H3xB7046178 for ; Sat, 7 Jun 2008 11:03:59 -0600 (MDT) Message-ID: <484ABF7E.3050601@gritton.org> Date: Sat, 07 Jun 2008 11:03:58 -0600 From: James Gritton User-Agent: Thunderbird 2.0.0.9 (X11/20080228) MIME-Version: 1.0 To: freebsd-virtualization@freebsd.org References: <484A23EE.8080308@gritton.org> <484ABC90.9070301@elischer.org> In-Reply-To: <484ABC90.9070301@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.92.1/7395/Sat Jun 7 10:15:12 2008 on gritton.org X-Virus-Status: Clean Subject: Re: R_xxx counterparts to the V_xxx macros X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jun 2008 17:04:00 -0000 Julian Elischer wrote: > It's an interesting idea, however what is the "real" hostname? > what makes one vimage the 'real' one? You could ask this if all images were indeed equal. However, they're hierarchical, and there's one that is there when the box starts up, and can't be gotten rid of. If there weren't a "real" hostname, there would never be a place in the code where you don't have a better choice than using thread0's credential. > I wouldn't do it for all variables however.. Quite true. I suspect that most variables replaced by vnet always have a context that they naturally belong to, and would never need to know about a "real" value. I think it's the few that are outside of vnet that would most show this. My focus right now is jail integration, so these are the parts that I notice, as vnet wouldn't be integrated with jails so much as placed on top of them (as they are now placed on top of vimage which is almost but not quite entirely vnet). - Jamie