From owner-freebsd-virtualization@FreeBSD.ORG Tue Mar 6 21:56:05 2012 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B16E2106566B for ; Tue, 6 Mar 2012 21:56:05 +0000 (UTC) (envelope-from zec@fer.hr) Received: from munja.zvne.fer.hr (munja.zvne.fer.hr [161.53.66.248]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8928FC08 for ; Tue, 6 Mar 2012 21:56:04 +0000 (UTC) Received: from sluga.fer.hr ([161.53.66.244]) by munja.zvne.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 6 Mar 2012 22:56:03 +0100 Received: from localhost ([161.53.19.8]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 6 Mar 2012 22:56:03 +0100 From: Marko Zec To: Adrian Chadd Date: Tue, 6 Mar 2012 22:55:41 +0100 User-Agent: KMail/1.9.10 References: <201203062251.39786.zec@fer.hr> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201203062255.41480.zec@fer.hr> X-OriginalArrivalTime: 06 Mar 2012 21:56:03.0785 (UTC) FILETIME=[ECEAA390:01CCFBE3] Cc: freebsd-virtualization@freebsd.org Subject: Re: VIMAGE + kldload wlan + kldload wtap panic 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: Tue, 06 Mar 2012 21:56:05 -0000 On Tuesday 06 March 2012 22:52:43 Adrian Chadd wrote: > On 6 March 2012 13:51, Marko Zec wrote: > > On Tuesday 06 March 2012 22:49:56 Adrian Chadd wrote: > >> Wait a sec. Is it possible that the macro is a no-op when we're > >> building modules w/ VNET? > > > > Yes that's it, the VNET stuff resolves (mostly) to whitespace when > > options VIMAGE is not on! > > So the question is - how the heck are the modules supposed to pull in > the VNET config? > > is there a missing opt_.h somewhere? > No, you don't need any extra explicit #includes, but you should see this in opt_global.h if you've really configured the kernel with options VIMAGE: #define VIMAGE 1 Marko