From nobody Sun Apr 23 17:02:05 2023 X-Original-To: freebsd-emulation@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Q4F1b45yBz469xb for ; Sun, 23 Apr 2023 17:02:27 +0000 (UTC) (envelope-from tedm@mittelstaedt.us) Received: from mail.freebsd-corp-net-guide.com (gw.portlandia-servers.com [50.198.160.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.freebsd-corp-net-guide.com", Issuer "Cool Dudes Co" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Q4F1Y6YgRz3FGT for ; Sun, 23 Apr 2023 17:02:25 +0000 (UTC) (envelope-from tedm@mittelstaedt.us) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=mittelstaedt.us header.s=default header.b=Z0gxBDJI; spf=pass (mx1.freebsd.org: domain of tedm@mittelstaedt.us designates 50.198.160.189 as permitted sender) smtp.mailfrom=tedm@mittelstaedt.us; dmarc=pass (policy=none) header.from=mittelstaedt.us Received: from [192.168.1.148] ([192.168.1.148]) (authenticated bits=0) by mail.freebsd-corp-net-guide.com (8.15.2/8.15.2) with ESMTPA id 33NH2BQQ059154 for ; Sun, 23 Apr 2023 10:02:17 -0700 (PDT) (envelope-from tedm@mittelstaedt.us) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=mittelstaedt.us; s=default; t=1682269337; bh=sdEI2zJRfIAFh3z4HA5k7fyuj8lfSXZRrWZAVfknkL4=; h=Date:Subject:To:References:From:In-Reply-To; b=Z0gxBDJIZD6lcK/undLcwJRS+/rTMq6v+ezvICz9xQ+vlkmXJGzHvskcYW9G7J/9y kXFGPE0/oY2Rh7CK1D8TjpDWQNpvCywxZXOisUMJMh05u31GSQ0H/V9tXNZoee8NXR y+wlWK2C/QIkak5GBZz5vTvtX5bTi70nZOObkzrk= Message-ID: <3774d906-e8f6-1330-7605-515f34084ff4@mittelstaedt.us> Date: Sun, 23 Apr 2023 10:02:05 -0700 List-Id: Development of Emulators of other operating systems List-Archive: https://lists.freebsd.org/archives/freebsd-emulation List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-emulation@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: embedded emulation: bhyve + vt-x on amd fx-8320 To: freebsd-emulation@freebsd.org References: <20230422211625.fbdd0c384b6d144dd9502348@sohara.org> Content-Language: en-US From: Ted Mittelstaedt In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.0 required=4.1 tests=ALL_TRUSTED autolearn=disabled version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.freebsd-corp-net-guide.com X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[mittelstaedt.us,none]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[mittelstaedt.us:s=default]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[mittelstaedt.us:+]; ASN(0.00)[asn:7922, ipnet:50.128.0.0/9, country:US]; MLMMJ_DEST(0.00)[freebsd-emulation@freebsd.org]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[tedm]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-emulation@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Q4F1Y6YgRz3FGT X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N That requires more than just CPU hardware support.  Unlike what you think at the hardware level there is no such thing as "nested virtualization" instead each virtual session is separate the OS and CPU just keep track of what session is tied to what other session.   Sort of like trained monkeys juggling colored balls. Amazing to look at but nothing really special going on there. Since it works for you with Windows or Linux, use those OSes.  I sort of think it's the ultimate "up yours, Microsoft" to use a Windows OS as nothing more than a platform to virtualize Linux sessions that you are doing the actual work in LOL.  I mean, everyone and their dog has an OS now that can run virtual sessions it's nothing special anymore nor does it show any real cleverness in OS development to write an OS that can virtualize other OSes. The fact you are virtualizing at ALL is a knock against the host OS as it's basically an admission that the host OS does not have what it takes to get the work done so you have to go to the trouble of creating a virtual guest with a REAL os in it. Ted On 4/22/2023 5:16 PM, Tomek CEDRO wrote: > On Sat, Apr 22, 2023 at 10:16 PM Steve O'Hara-Smith wrote: >> Check BIOS settings, I've found virtualisation support disabled by >> default in the BIOS when the CPU supports it just fine. > Thanks Steve, all is enabled, I would not be able to start VM without > that.. the problem that I have is with "nested virtualization" :-) >