From owner-freebsd-virtualization@FreeBSD.ORG Thu Sep 4 20:11:41 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 C67B71065675 for ; Thu, 4 Sep 2008 20:11:41 +0000 (UTC) (envelope-from zec@fer.hr) Received: from xaqua.tel.fer.hr (xaqua.tel.fer.hr [161.53.19.25]) by mx1.freebsd.org (Postfix) with ESMTP id 835B48FC23 for ; Thu, 4 Sep 2008 20:11:41 +0000 (UTC) (envelope-from zec@fer.hr) Received: by xaqua.tel.fer.hr (Postfix, from userid 20006) id AAF419B651; Thu, 4 Sep 2008 21:54:50 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on xaqua.tel.fer.hr X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from [192.168.200.110] (zec2.tel.fer.hr [161.53.19.79]) by xaqua.tel.fer.hr (Postfix) with ESMTP id 832EC9B645 for ; Thu, 4 Sep 2008 21:54:49 +0200 (CEST) From: Marko Zec To: freebsd-virtualization@freebsd.org Date: Thu, 4 Sep 2008 21:54:45 +0200 User-Agent: KMail/1.9.7 References: <48C03A8B.4050607@elischer.org> <20080904195031.GB4117@lor.one-eyed-alien.net> In-Reply-To: <20080904195031.GB4117@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809042154.45130.zec@fer.hr> X-Mailman-Approved-At: Thu, 04 Sep 2008 20:22:09 +0000 Subject: Re: next vimage commit.. a comment 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: Thu, 04 Sep 2008 20:11:41 -0000 On Thursday 04 September 2008 21:50:31 Brooks Davis wrote: > On Thu, Sep 04, 2008 at 12:44:11PM -0700, Julian Elischer wrote: > > Some have suggested that we change the VNET_ITERLOOP_BEGIN() / > > VNET_ITERLOOP_END() code, > > and thinking about this I suggest that we go straight for the > > final solution of: > > > > change: > > code > > code > > code > > > > to: > > > > FOREACH_VNET(VINET, vnet_inet) { > > code > > code > > code > > } > > > > straight away. and get it over and done with... > > > > anyone have thoughts? > > I agree. We should avoid committing new code we plan to rip up > later. OK I'll do this Marko