From owner-freebsd-virtualization@FreeBSD.ORG  Sat Jun  7 06:22:37 2008
Return-Path: <owner-freebsd-virtualization@FreeBSD.ORG>
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 775C91065671
	for <freebsd-virtualization@freebsd.org>;
	Sat,  7 Jun 2008 06:22:37 +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 376858FC1B
	for <freebsd-virtualization@freebsd.org>;
	Sat,  7 Jun 2008 06:22:37 +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 m5760FNn077186
	for <freebsd-virtualization@freebsd.org>;
	Sat, 7 Jun 2008 00:00:15 -0600 (MDT)
Message-ID: <484A23EE.8080308@gritton.org>
Date: Sat, 07 Jun 2008 00:00:14 -0600
From: James Gritton <jamie@gritton.org>
User-Agent: Thunderbird 2.0.0.9 (X11/20080228)
MIME-Version: 1.0
To: freebsd-virtualization@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV 0.92.1/7391/Fri Jun  6 21:32:51 2008 on gritton.org
X-Virus-Status: Clean
Subject: 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."
	<freebsd-virtualization.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization>,
	<mailto:freebsd-virtualization-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-virtualization>
List-Post: <mailto:freebsd-virtualization@freebsd.org>
List-Help: <mailto:freebsd-virtualization-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization>,
	<mailto:freebsd-virtualization-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Jun 2008 06:22:37 -0000

There are places where a variable has been replaced with a V_ macro, 
only to be set explicitly to the "virtual" data from thread0 or the 
like.  For example, I know of a few places where V_hostname is set like 
this.

It would make sense to have an R_hostname as well, an easy shortcut the 
the real hostname instead of the virtual one.  You'd need either a 
static "vprocg0" structure, or a pointer somewhere to the main entry 
(could be thread0 again, I suppose).  Likewise with the other structures 
where other globals may live.

Perhaps many (most?) variables will only ever be referred to in their 
fully virtual state.  But for those where the intention is to use the 
machine's "true" parameter, it would be more clear if that was made 
explicit in the macro.

- Jamie