From owner-freebsd-virtualization@FreeBSD.ORG Wed Dec 3 18:30:06 2014 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7BD0EDB for ; Wed, 3 Dec 2014 18:30:06 +0000 (UTC) Received: from alto.onthenet.com.au (alto2.onthenet.com.au [203.13.68.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6B6978FC for ; Wed, 3 Dec 2014 18:30:05 +0000 (UTC) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTP id A67CE124A8; Thu, 4 Dec 2014 04:30:03 +1000 (EST) Received: from Peters-MacBook-Pro.local ([64.245.0.210]) by dommail.onthenet.com.au (MOS 4.4.4-GA) with ESMTP id CAF44467 (AUTH peterg@ptree32.com.au); Thu, 4 Dec 2014 04:30:02 +1000 Message-ID: <547F56A8.6020607@freebsd.org> Date: Wed, 03 Dec 2014 10:30:00 -0800 From: Peter Grehan User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: John-Mark Gurney Subject: Re: FreeBSD i386 guest doesn't see console... References: <20141203024112.GF99957@funkthat.com> <547E8319.9070509@freebsd.org> <20141203174947.GG99957@funkthat.com> In-Reply-To: <20141203174947.GG99957@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-virtualization@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.18-1 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: Wed, 03 Dec 2014 18:30:06 -0000 Hi John-Mark, >> It may be possible that this file isn't being populated in your image, >> or being read in by bhyveload. > > show from loader: > OK show > LINES=24 > boot_serial=1 > console=userboot > currdev=disk0p3: > interpret=OK > kernelname=/boot/kernel/kernel > loaddev=disk0p3: > prompt=${interpret} > smbios.bios.vendor=BHYVE > > Any ideas? Looks like device.hints isn't being sourced in by the loader (aka bhyveload in this case). This is done on a stock system from: % grep device.hints /boot/defaults/loader.conf loader_conf_files="/boot/device.hints /boot/loader.conf /boot/loader.conf.local" Any chance on your system that you've overridden loader_conf_files, or are using a custom setup for loader config ? later, Peter.