From nobody Sun Nov 20 22:04:25 2022 X-Original-To: freebsd-virtualization@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 4NFl1S07MXz4hTF4 for ; Sun, 20 Nov 2022 22:04:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4NFl1Q4dydz3N8X for ; Sun, 20 Nov 2022 22:04:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=BoDHdi6B; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1668981880; bh=QiWJK8S9vBzz/hixv5T8v0W9vJ6FMMW8Cbm2Vj5yte8=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=BoDHdi6BbJQPUbRKELV0KSTZYlMHmbf4vpX72g/rzmOYnHP6tmMoh2G9irN3ON9SwbRov8EtpWVn79rMw558Vnv3ox6lrKmJqHVuHMalncR4H1JcTLhr8ztQsCxX2hdooOxkIoAk56Q3ylSFMQWzi86R4NxaJ6Ypk3OncgDO3MOlpk9cfuvv72bXy5tCP5y3u/MtVrcxrSSnmuduUFt82+UJIKdgiclNvv33BqEw1r8LtYHyoBhDyN+YMbkiaa0d3EZ0T4ONg0IuGEfdifwy4Pn3OM5xBXkccT3YruInBXR6JZ49AvM1km/kRJOQtoCp7L0quFY80zojABxCfUx1mw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1668981880; bh=jIAF3ld8pSqF9fjunGjxUeaB5AsJLOpwcMObsVgLNYp=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=c1dC7Hyyou7w7eQjDBuvPux2SoVEmH123HTySuuXaXALTzeLmeI/aivSo68ELDIdjC1tn2qJYqOGavmgqONzxTD3VgKfEN4xS8nxTAy7G0Bp/pH24TSqItrTkiasCCk9U8D+Tv979pjlE6cj3ziGjQEFNAxU9GM4sypu4sDLIB69ulSArEExRlbQ9Ic/z7TsbaEOlJnO9surFb74xFyJ1kOecsXLHzAr+Bop0a0KXOwG211TMn7RPHJcHB4gK5qdfrcZl7H1rBOashkHeERzTJmF2ZypASPgH5FU/jCty2iQpbctfSv2fHT7Rom8pOawcxLbRU2RsqkLJQt4GcsdHg== X-YMail-OSG: VQtkfGoVM1mdFHYjYMv912aONK7gACUOjxtb3fZxYjag4hiAh6BsE2iZ6OCWSg4 gD8Bbd2TMAKM40yvKj7N6s5xu34wOW_cd26SNdq_6cAmMMroDScjG1H_7RGq7.Dze_9rR_fLKX3x hdF3ynJk_ohH67YgzV1ot4k5LBKbkHY0VkjVBBGOCrjJCHUBqMync06GCQTzu_cmq2uChmPY2VSx NU_zJxENbqcJHp6J5dsc0Hitba3DUJfFiLV2sTZH9Sij1rprDisy82d9LZBsxuW51phtFpT_ilh1 csaNG4Lk.er7AkLVNHxscvhtfFIpGtlfg9iUuoyC13hQ01ebd.RBVebhAipDVMArAHB457Cq9Fgg fykqNwvBJYaAwXKduyIOQRyDZRMswAwoxY.q4WN_IGDJnzn8EdROmyxMT5SHLFLBKppWU6U.9Fxb NLv.RVS4KHmQKJXhXfirjmfWaUDi7YmR7CZaLNTBIrwFfEqv58UdxpuE.sqY3Urk3lpmOaJ3._68 8y2y.deCztAuTYR8DKsw29YhQvGxWvayf1x3oV9vGP5e6nU_LQ6pEKVbuV8FpySKcdxHy0KbL2vM XZiei7X8Ys87.pSJSmmobHkTdzt52bXrKJCavnlb6OriYGsVRv89WO4.ykYs55G5hcJtN25xxFrS EiQceAKocbGPup.SzDC_rGNNNlsQcSSz8iT6mlovrtmyojlWhcW6uib3VI.k2rCSGl8x4_OmAsPU f.ww_evgHeyRmT0krMEF.rEfCxygGyyGS1yyeYV1y2kJS0aBOFG.OWsZRPuje1LnYoa9hhYyFcGs RERlSQj2BCf.IvLCEiyUu2bfM9dEw9.S3iSusTL9lfLHqmu2PsRTBxNyqog7hByZsK._MHBfYARC zG2QJtOuOkmYQxyheyQ0MB.d6e.IM1ws6TlVQgXOxca47sQPIxbDciv6gNHZxDDF0TYjsOeiCAa8 yy9wOa5uwJBGqkifziohSOcM2Oa_le3KHgTxkVC7Jo6TLa3ww.A7xdHS9XsMSZAJLK5T0jt3qfu7 wdczxAXeP9JFQcMKAHLw0hR2wRI6KGwlCG6VtxFlTGQAmG00V7YUS2OLJq8uuD5MG.vAIGFQWvQ4 v8UVxJBJmPdlzjpCxe4_MCWoAW9h4cphF27vsEH9evnZX_UxvaLIEplwXq99mxcswE18BhrHN.Bp PJHRETpVJvl_fYfxmzae43yn41pgl.jzg4dPHTxKQyXvbW8WZfm.KvfrxgR_0YVhZ3XtrK5zh3Wh oHJG31uyWhnUdh1HeQrmV7SGYPxBOrdaax72SpW0EfPjrOHDRR3MZslymzRhBNu3VO31v__KuNmn F8iYBxffMSzPN4XNe1gTOO9rrm1lnmdGtR5LBc0hfG2.IHorjGfPehMu7CPQrnDNSDfRTUKbJyNr rXr000UZxsEmoLrMXsMhM9hcxtNStxE9kxPeG.9MpNXLOBak0SAFy0gX9Dy8tjDCagaH.BTgWcBe wHbvY_L81tZENxTcQxJMq0A_49yD_BlBqxrYn3q2fpFWths3pCoJk481eXu2SEVsDaSlBHctfJeF GALGnxI1kycEKGSNMYj2PcTW8wv7EhJM4KHX_hwq1cht37A6BUxNORYZMPhEWVIe.cC9CzsVT1NM 4XX8iHucXrkeIHk_jZ94banJ2WlEvy3TxWCSRsP8lEioi86RUY7Ci1HM2Zond0oOcKH_ILHutXtJ V3LkuyKLiC8grMbGFMZP.tsdjFsmQXYV9jyqAefLGFqXmvSU3UZTUvMjgqFwj5UIyEt__jBOJqSx 0VUDzfbyZObA8Tp61DkFCbCmW9j6cZ_HaxtVR.JjalrDZccWI0IfcXz3Kbdsw4CKi4ZeJof7S.1T pQeIdL7PbAFzWy6R7kgH3P21WqzsL5ZJZlaXX0rJlQdl_BUeuu.4_.3is.ZJTigvZEwqDxt_7fc1 DwV58hWX4tW9PggsChovogeLHBAWeVdBLcsSpyhpI2aOgzKYs9R5Adtsm0B_7nH125w2IRNyJiw3 ksI24Z7DlFyAhrlZ6AOXESrOxEkeo.YZ2lMQghbDSZPCZ5HtXFmBkQFtdF7nD_CpM_VPLSOAtJZn 25qlzB5fRl4LQL8EkBVBu1sa_6_E9gj1iL53_NV84TtclZMiAXE3qz2mfJcyEugpWOvDqx52qMqi dpXlDCXLPvG12SPa.KEKW.oad5H9c6c1oFFDgkylk3cJCi8tJp.QLsKUH82xADP3Ql0g9YJk7rdx TFJ4T3jV..qunynLs.FwgDrJJfSMDEcT8CKPY23oQNtuV7coMrXs_Hq6qNC5peqI- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sun, 20 Nov 2022 22:04:40 +0000 Received: by hermes--production-bf1-5878955b5f-xc4c6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 14171fa7c6e4c8ad0fe0cd56ad289a6b; Sun, 20 Nov 2022 22:04:37 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussion List-Archive: https://lists.freebsd.org/archives/freebsd-virtualization List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-virtualization@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.200.110.1.12\)) Subject: A few notes about 2018 macMini macOS host's virtualization vs. trying to install FreeBSD into such a VM Message-Id: <9FC48347-C448-4773-8A21-C7B14CBD197B@yahoo.com> Date: Sun, 20 Nov 2022 14:04:25 -0800 To: freebsd-virtualization@freebsd.org X-Mailer: Apple Mail (2.3731.200.110.1.12) References: <9FC48347-C448-4773-8A21-C7B14CBD197B.ref@yahoo.com> X-Spamd-Result: default: False [-3.21 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.956]; NEURAL_HAM_MEDIUM(-0.75)[-0.752]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-virtualization@freebsd.org] X-Rspamd-Queue-Id: 4NFl1Q4dydz3N8X X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Recent experiments were done trying to use a FreeBSD .img or .iso for the Apple macOS 13.0.1's virtualization example that provides a EFI/ACPI loading environment. After FreeBSD's EFI loader things did not even get to seeing any kernel output. It is a macOS 2018 macMini environment, so amd64 FreeBSD. So I installed a Fedora 37 Server via a .iso is order to see what it would report as the environment it sees itself as working in for a 2018 macMini under macOS 13.0.1. Apple's software provides 4 GiBytes for the VM normally, but I'd changed that as an experiment, thus, the 48 GiBytes below. (macOS does not see a loss of 48 GiBytes as of when I'd logged into the VM: It is not an up front allocation of that much RAM.) # lshw -short -numeric H/W path Device Class Description =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D system Apple Virtualization Generic = Platform /0 bus Motherboard /0/2 processor Intel(R) Core(TM) i7-8700B CPU @ = 3.20GHz /0/3 memory 48GiB System Memory /0/3/0 memory 16GiB DIMM DRAM /0/3/1 memory 16GiB DIMM DRAM /0/3/2 memory 16GiB DIMM DRAM /0/7 memory 1MiB BIOS /0/100 bridge Apple Inc. [106B:1A05] /0/100/1 network Virtio network device = [1AF4:1041] /0/100/1/0 enp0s1 network Ethernet interface /0/100/5 storage Virtio block device [1AF4:1042] /0/100/5/0 /dev/vda disk 68GB Virtual I/O device /0/100/5/0/1 /dev/vda1 volume 600MiB Apple HFS+ partition /0/100/5/0/2 /dev/vda2 volume 1023MiB EFI partition /0/100/5/0/3 /dev/vda3 volume 62GiB LVM Physical Volume /0/100/6 display Virtio GPU [1AF4:1050] /0/100/6/0 generic Virtual I/O device /0/100/7 multimedia Red Hat, Inc. [1AF4:1059] /0/100/7/0 generic Virtual I/O device /0/100/8 multimedia Red Hat, Inc. [1AF4:1059] /0/100/8/0 generic Virtual I/O device /0/100/9 communication Virtio console [1AF4:1043] /0/100/9/0 generic Virtual I/O device /0/100/a bus Apple Inc. [106B:1A06] /0/100/a/0 usb1 bus xHCI Host Controller [1D6B:2] /0/100/a/0/1 input Virtual USB Keyboard [5AC:8105] /0/100/a/0/2 input Virtual USB Digitizer [5AC:8106] /0/100/a/1 usb2 bus xHCI Host Controller [1D6B:3] /0/100/1f bridge 82801IR (ICH9R) LPC Interface = Controller [8086:2916] /0/0 system PnP device PNP0c02 /0/1 system PnP device PNP0b00 # lspci -nn 00:00.0 Host bridge [0600]: Apple Inc. Device [106b:1a05] 00:01.0 Ethernet controller [0200]: Red Hat, Inc. Virtio network device = [1af4:1041] (rev 01) 00:05.0 Mass storage controller [0180]: Red Hat, Inc. Virtio block = device [1af4:1042] (rev 01) 00:06.0 Display controller [0380]: Red Hat, Inc. Virtio GPU [1af4:1050] = (rev 01) 00:07.0 Multimedia audio controller [0401]: Red Hat, Inc. Device = [1af4:1059] (rev 01) 00:08.0 Multimedia audio controller [0401]: Red Hat, Inc. Device = [1af4:1059] (rev 01) 00:09.0 Communication controller [0780]: Red Hat, Inc. Virtio console = [1af4:1043] (rev 01) 00:0a.0 USB controller [0c03]: Apple Inc. Device [106b:1a06] 00:1f.0 ISA bridge [0601]: Intel Corporation 82801IR (ICH9R) LPC = Interface Controller [8086:2916] This context, being Fedora 37 Server, is not using X11 or such. I can (and do) ssh into the VM from the macMini's macOS. This allows copy/paste, unlike the VM's own window. (My understanding is that X11 use can be set up to do such.) I can say that, with "quiet" removed from Fedora's kernel command line, there is fairly early on (grabbed from dmesg output): [ 0.134176] fbcon: Taking over console It appears that, prior to that, I do not see much of anything after grub. So I expect that is when the Fedora kernel establishes its ability to make visible output via the VM. Based on my FreeBSD experiments, the VM's EFI/ACPI loading context requires the VM to have the "Virtio GPU" for it to present the FreeBSD EFI loader UI --but once the FreeBSD EFI loader hands off to FreeBSD's kernel, it may be that "Virtio GPU" is the only way to see a UI, even a basic console. FreeBSD does not have a virtio_gpu driver. (GPL2 licensing issue involved in some of the source code in the normal implementation?) (FreeBSD also does not have a virtio audio driver.) However, the failure seems immediate perceptually. An example was: 2022-11-14 20:25:26.386776-0800 = GUIFreeBSDVirtualMachineSampleApp[9747:1406091] +[CATransaction = synchronize] called within transaction Virtual machine successfully started. Virtual machine did stop with error: Internal Virtualization error. The = virtual machine stopped unexpectedly. For all I know, this could be happening before anything related to video support in the FreeBSD kernel is involved. I've no clue how to get evidence of what FreeBSD was doing when then failure happens, given the in-VM context. Another issue is that VZBridgedNetworkDeviceAttachment (instead of the example's VZNATNetworkDeviceAttachment) involves: "Important If you assign a VZBridgedNetworkDeviceAttachment object to this = property, your app must have the com.apple.vm.networking entitlement. = Without that entitlement, validation of your = VZVirtualMachineConfiguration object fails." ( = https://developer.apple.com/documentation/virtualization/vzbridgednetworkd= eviceattachment ) but also: "Note This entitlement is restricted to developers of virtualization software. = To request this entitlement, contact your Apple representative." ( = https://developer.apple.com/documentation/bundleresources/entitlements/com= _apple_vm_networking ) Overall: unless someone with an appropriate knowledge base happens to be motivated to try to make this VM context work for FreeBSD (with NAT), it does not seem to be a viable alternative for any kind of use without such an effort. I'd expect Apple silicon macOS VM's to have the same sort of properties for aarch64 FreeBSD. But I've no access to an Apple silicon context to check with. =3D=3D=3D Mark Millard marklmi at yahoo.com