From owner-freebsd-virtualization@FreeBSD.ORG Sun Oct 6 15:47:09 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BF55E674; Sun, 6 Oct 2013 15:47:09 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from alto.onthenet.com.au (alto.OntheNet.com.au [203.13.68.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7BF0620EB; Sun, 6 Oct 2013 15:47:09 +0000 (UTC) Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57]) by alto.onthenet.com.au (Postfix) with ESMTPS id B09F0123CE; Mon, 7 Oct 2013 01:47:01 +1000 (EST) Received: from Peter-Grehans-MacBook-Pro-2.local (50-197-184-177-static.hfc.comcastbusiness.net [50.197.184.177]) by dommail.onthenet.com.au (MOS 4.2.4-GA) with ESMTP id BPA78492 (AUTH peterg@ptree32.com.au); Mon, 7 Oct 2013 01:47:00 +1000 Message-ID: <525185F1.4090202@freebsd.org> Date: Sun, 06 Oct 2013 08:46:57 -0700 From: Peter Grehan User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Aryeh Friedman Subject: Re: svn commit: r256072 - in head: lib/libvmmapi sys/amd64/amd64 sys/amd64/include sys/amd64/vmm sys/amd64/vmm/amd sys/amd64/vmm/intel sys/amd64/vmm/io usr.sbin/bhyve usr.sbin/bhyvectl usr.sbin/bhyveload References: <201310052122.r95LMZBr052297@svn.freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Neel Natu , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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: Sun, 06 Oct 2013 15:47:09 -0000 Hi Aryeh, > A few questions on this commit and the ones Peter did yesterday: > > * Does this mean bhyve can now run recursively (using a guest as a host)? No. > * If not what new functionality does this allow? Neel's commit allows demand-paging/swapping of guest memory i.e. overcommit, just like the VM system does for user processes. Since it uses the existing amd64 pmap module for this, features of that are also made available for guest EPT mappings e.g. transparent superpages. > * The new arg for allowing ahci cd's and disks allows for cd and disk host > devices to be passed to the guest but the -d option still must be a file? The ahci emulation allows files/block devices to be presented to the guest as AHCI sata/atapi drives. I've not tried CD/DVD devices with the ahci emulation - it may not work. Filesystem images and zvols definitely do. The issue with the -d option to bhyveload is the block size of the underlying device. I'm working on a fix for that. later, Peter.