From nobody Fri Nov 28 10:18:47 2025 X-Original-To: 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 4dHq5V2h2nz6Jc6y for ; Fri, 28 Nov 2025 10:18:54 +0000 (UTC) (envelope-from infoomatic@gmx.at) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (3072 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dHq5R1GLFz3H2m for ; Fri, 28 Nov 2025 10:18:50 +0000 (UTC) (envelope-from infoomatic@gmx.at) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.at header.s=s31663417 header.b=FD4+nGcc; dmarc=pass (policy=quarantine) header.from=gmx.at; spf=pass (mx1.freebsd.org: domain of infoomatic@gmx.at designates 212.227.17.21 as permitted sender) smtp.mailfrom=infoomatic@gmx.at DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1764325128; x=1764929928; i=infoomatic@gmx.at; bh=ixTe6HYjFPg6Emjhz0X4K7EMZZqYP0uk4OglsaptMY0=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=FD4+nGccFYQXEykBQFTx3Ayr9sfQkLBOzcbY/yzWR+tCoDVFdn5NjaJQAdmgaEnb Tl1MJYKtrtW97+EJR0aMtZTdQZFY5oMGg2lrqu1aeMHtpAhwmQGV5zAZW0KBs9VK1 898BHrJXhdE/3rxdSFnTNcf/RzH/JqPmykVPdMtF9pIAIJZzZYtRrt3sS6FOG9F1G PWf0ZyQmOcsB1U9DYX6ztVI/xhqPCjMEZgyI/7dYPxbOyiN4uzNJAUMzFg2BJKbgf hT9kU0qs56SS78oT3SFI3gY2emQ+hU3GxcG41O4cVWpAz8dSvRphrje1rlilCFCCv 7aKGwf4GE6a7Cf46Ag== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [10.0.1.209] ([178.114.190.62]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N9Mtg-1wCREC2YAG-0163hq; Fri, 28 Nov 2025 11:18:48 +0100 Message-ID: <036cdd7b-1afb-4cd2-9f9a-48d23cc7449a@gmx.at> Date: Fri, 28 Nov 2025 11:18:47 +0100 List-Id: Discussion List-Archive: https://lists.freebsd.org/archives/freebsd-virtualization List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-virtualization@freebsd.org Sender: owner-freebsd-virtualization@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bhyve + swtpm + W11 To: Marco Orsatti Cc: virtualization@freebsd.org References: <031fe2e6-eae6-4d4a-8bce-cd7eadd0b5a6@netfence.it> Content-Language: en-US From: infoomatic In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:iocMO4Lz1UUe/VRFS/llrtBkF78yuI2z2l2UwLH5gx8QPy3V7Z8 uyt0QJqxO3ocwDDH0N+3iYdIFZI59e3fxgehGDnU/LDIqQ8ifOjLEELq03Cu2GfF1YQkADl b6LYHTVxjvIwYBg7Stn4ncw5kprIYB4Q+tPANTJu/zPP/WchqEaIFQMsAMR0xv/V20Zva63 9EkVjZlZFQGpoX4RzaJqQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:woJQo1t5vSI=;mHSKKSJJFUJilaIT072UyXccU90 j+48LWez1VaL0cmoXoQXsal7sHdq4e56mIiRTwwTAQQsTvXFQdGI13tgGzLZo5DyXkVcpvVhQ M2v82TQkfzSaIq0isQ9ngsHVedBIALLkiA/Lc/3gq0XpgyjQ4aopS5icQiKEwV0lrur4yBfcY EjBC9Nw0qB9WBkRMPPFKS29pP7BCioZqz87HtWDXOSDGQoNAfWnq1DCJgIXmHSZvLO1jNBtpE gvf+5szlMqqobdy75jvq+tuk6nfl9sNUp2BGPGomnHNDsNHUqnhOnMVBYb5YcO1QPcLheLd0T NhzSlK4LHxNXSJgIDDwrpOV+Zu7gyWVSDnfeMyBwoh4hoZm+ivereHXlB16yXcbOjsQx8diJf xwFRWXqWhzL7tZZThwz+zIbACb5J86EbNUzO/fnNdxEYzJNL5bnUA/JKRBoc8jcULh+raBIUs a4P1oTMR5ZNwsSACUgqZoXA3ROy6oQHedBPII13AUS4HUXJI5XQ7JC74lehacvvWuMudCWg5u jH0tFzDamG1iqtV5HJQQoRNEsslZvGqq0qKIATtzNjV+5Lp7B57kkNqa/154d05ERGbSf9Njn WpQsVT1Nzu1F+/2qYpSX+959gZOCx2AkS0cyvQj954Y29CAJpGBMoiBLOpEXIF9lcRMim5dzp 13POiM2cey5BrVl685fbu0wgnzCmor2jh8BxNttLnJixQT5D78f6YjuLp1zhFPAyezjjjmas8 lh3KYvookvcimLa0ZEFAZhQ0d2p4QxqqllF9CZ331EWJ0sPrbexaUWZ8YL6GnuqvKzy/nDvMx dID955ObCb6OxzHbz68JqFS5uyzl/4VqoE6EZie0z/VaLt1Z3dw3RR00RVpTonl3G2M13tN8E OUo5diBn4DQDhCUNPypZgO0yskciC4F9BQ8o+7QmY9jbbg8Il0d+qbRWy7lQd/hI4CodtaQoA qHOodV+PE7/nnhatSj1wWjJBOFrD9yvojbNxNJSR6kRMXAAcZAtB2h9Ky3cA9kUkOfzC8QWyb Vy9wYzaaRnoJu/mVEPKcNH/MI7PbIV9WksLcUGPsHkcXaoqFT1isE35yMWnGaTxMLPKPemkN3 lD8kTAHH3M3a3TsVjC5cMN0Dwo6OM8H6XPgV+DJ8+1ecqogHba65Y+N20v/00b0yk2V3PUuph tE9UhZkVuci1NcUS7dpVkrzWyNlntCX1e4Rrfr50+kZ51vLf0+zecW6ir1RixVmYkWqgI47ru ThZ9AxZzHzTnlCc5Vv27I69f3mafAm1AzEmGK9VxNW//zT0yZ/QU7Mf9DI3lWW2nM0PbwxYKP ZZ0Zi7DFlPNVb6sDT3EQ7QggH6WoaXD6GWdR+FKr6aFoZUO3NSrTF8NMgRdBJlAfIogSDLHgm kwbmZIYyTsYII4etcm5YGd9VqEaH2Tl0FZNlIqMECnDmnorpXe2V0QUU4KpLe8Xvb7saaI35k 0w88llG5JmpgKG/P0FN2NjV81TgBtWQnJB93dSX2qs/5ohz+AopT7njhlavkoI/pJsk2lch9k umiH5ToeC01zirC0tQdkkHvN5msE14rmGunNK/K3dtqhDR/BRQVvGxvONC1rMK8A9ljIrh0Z8 3kG65NGykOC3vaS0nGXww7rjb2ye2dD4IhviSy81LKARaBgw1iPtkXO15CsaaM18dJR/0oQMn 3s3nEFnp4OP+NnRfemfZBuGg4GPBJJGC6nHRBUhXvK6KmI6sKUhFOkDbs7NzGntAdvk3fAG8j Rl5yROFz6boM/BvgLBDDcxXc573FfJEWAQtT4XcQb2RFEI1no1w0Brx4wXzGqvZk1y/nGf0nf m+ZpPAWtJ3+dJqIM5mINmGxLpFyUKe6lG1YlUdCjr+cbWSBcn1BY9WVWi+K0HhOZSZmcxXdD+ 5oQ7w1ovHnapA148d4jsWONNtWqjO0q+SR7Gy7XAlnQ+QMIgMKJIez5NEhl63OfL+JR5Zf+xE 9BQkeYI4PTp/yHijxnz8On6PwJs5LsTqWB9JjGWEOKnPZjIm9CJoJv8vnQhCzyC9ONFYlMBDV R3PEYVYUHE+InHLp4cENxvMxW1OOyHvju9YesgCUSgx5qTRSagpo3kwPgxTneIfyHtN6qKg1J 6kvU+dy1Ev4g3VISctHtJEz1UvT/q3WrtW3+X63MdZvfIASKVCSeAiAxkhz5XlWF1bYDWzE2K lkv9n0AA0XCuZZo9BnG9uVMaBahpo0WhUmg4i9XxLdgnTW2VKumhG1fI5/m4/P1GaYKDI0M4I WLVqhibiMhjQ/2RkfwQKzgQ94HvOGqFDpqX11TdBOvqhy/h4si7J+bvcFlJU96rzZlf8o/gIs aKJBixHhAGlJShZ8jQCekZPRqwMeIRr09HFtKY5TICXIiRMbkfq71dH4hSUeIex1zylHeDjro /7Kwyqu02Yvi8gYAF8OIcVyIy/MeEnHPSCPtpCtBohZzts8YsZWhiezVCftQ/+z4ekYNRhZ5Z XHSCE+/TZePpW37b9ArnhmXh3ep4c8mm5kzhMyVXRvuvUTBOmA3Jp4pa0fzPdVGlFQCj0VBpk pTcOeGycIFqsZC4krbf45qqUy9kY1igViB7euHiJWcrZbfpl71Jy6T93QOvIu1faznW8dGqiF 6gDmblMebOGmmqnG0oEJLGXbWROwinpQ7dQYfAEIWPV/Vtc+EFADo5VIyyRQ/jYgpiY+PfUPh 8Lx5Hjk5nuWVVVFlPpinlRozAYpxYa6k4i0frZK4gnAWasCnHkFcEzvVQXRkDbH1VeD/MSgDJ fojUx6gQ8oyp3+kXNQw4iO2PrPVM1kCdNn8TFUwVIV+JkPhyz+0NnZJBu07FNRv0KX3HYqwWf +FnwUHGjipi3ni8/hV+KYMVR75IZD4LEawj4h5J72LbAUaQt+D0qBbrRyTsdl6cED5uKcMA5a wHfVskNxrhxE250AjrIgeODZJAHqD6UcmLpdQ++Di9GrQ/v4qlO2dH12Bfwga87dFdy3nM7t5 XcmbBCKmw/pAIxZN6sCIPPlMrofNhqmL6YE+1s2Bd6QjAtWKePJP71OUCzUXhEePC1xoP2VuZ qhQMlRjGnGtIWp1rZO/9YjFqs2oJ8mN+vP3wRCKQQ3W2wK2cdx5tq/1nUjG0Q37yETQTjejLE sTPU/UV0hoE5TVhArpqDUfAI1iNsFzqMmxpirem8sLk/ogxF1yZ3DPJPWr10mzjMsuNrRX2ia NelU4V95Tprt1iEHAqgmhDpRNJks/sBUz5dKDX+YZBiXzIFNb+20smq4GKIkm/nBY7zcsJOGD lm76zyk0hTbXrdou4WxkXonG7QeqE+bm19OqtESpJA0OV2OxWrg757WKTkYrSPnutLbKgpRuR QA2eNChbne9DD0ZpoFrwjUsVsguuDEPOYpKgBzy12pdL0cQ8skHSCbBYubkd5Y8rNZthUraGE bwBMENTBBwbKRI6Ee8dBQ8qlMXCij9PMN8yVHPzd/Z5mSwmFuViOF0Mv9Hq5gYfi+m6SnFJOb LRBcLjm39qrMiFjpgyzMD+QVjXnXxCk91EAWe9K6dkEQ9T/8zUaHQsqiMGqhgiSSdZNsDWzk5 JDgF1ciss5WxqH7r5Gij1XzMTNDZDsr/jeeqSNRsYy5O7XCbORYQFikzj2/MX57CJREeAmUKW ytLMw/UHf4fRlfb0zR1YHfnsduAnY+dDmQMUBkgEOM42J9Wl7XX1NS11J7ZwLE2mdCIMfzAUR J8n/JT5N0JwIZDZWqXse964EQ/CWjSH6edktiVSGhw/0mlXp2T1gUOdPw7cVgFrISAQUN8MAe LqGYDQ8kfyh3mfVJryw811I3tWtFujbGYJuqbBMEISANpYjFKqMKKFlzHRUmV9R9dc5m4tL46 XfPVA0f0pZQVp1eVW2Y7tN88EsvOESiDbZJuGXTgXZ9NyWBtt6I1ebsIGgpDFyWjUXRPKENb6 /xvjaj96xkrHWAPilXRv5HUIgfO0MOtFS423ij0yuoyEVCBPRKyhhV64cvMqVmoOCNOGnAszL k5TatrKthBlRzLs6xRnfu8Nh/BiWjvkoMweif7ueZ7ehTzV4LiLaXwU5vmEeqAK1KJwRGwMEx HAhsRzjekwwiSNakUvcKwVS2YY4d+2W9goVecK/0qe65IKXzKQNplEsKVIkruw5V/cf3t8+Of 892uficAn9VOpESvSP/JGZCz50DjpeklFaPfvVxISWoohtrXIxhDWfDorEaLs1XOnnfrtKNHJ JBqcfqKFJhBL6LKzzaea1RHDM5daGXJLU4SOyR4PU7ziubpT6M2P6IxU8lkyUmkhbVlaU/n1/ AfOmvsszLTrkzL5/Yjnb9a/OUJEIMYzAtbNnPAVdxVwL35QyFknbbCCXsBg9R1fG/TfnYgI+P 0gfBOA0Lryi93qbp5CuXlybgU3dM+Hv6LfzOb0+Z0zkF5SRg9DdyWZK94jzQzCGgpPf1x9RTJ Uv9af4/LQFSMUqFttakbftJpXrrDwwwQ27CDbCsdH27dZWIbgbNOMjKSyd/UcpMmPjOfXdZFk 9CzgjCR5x9Gsz1zWQPpCFhrxVdDhiAIut3jfFqOiAvXy47ghFuumH03pedyWqQO/o/zjNiKH3 x80C0BiyfPi7QSwJWwvgPo4D300aNf5z7pl0ciD9QqxzlHcDJNySB/DBB9vGA0nxXzSsVE3OR SQNFVP8kUMpx3eWYAnTkaKF0H9/Z4dgZ3mjHeLfPPt0zuusIEnBoaH01QELzuKNmgXptLCshU R8b5xIi8exfCWY6at2g+yarSJ2NoaclL9VCpp8a0aO4/t9LzDQhwrIeKaEufy6K4fjyByl7Ou FRKAN6mLHBFYITtiyI+wy64sV51QI2DWvtwy1n4IQ7QjFNfrSYFghc+ERLIJ0nBnLITONrf5l SDpks03ND+KVN+x0NjxFgaZ5v89jM5ALKVuDkCLvy0/6yFJfWQulL5RUqL93fcrNxKygz8t1O LikWmJJvF5pwtTEj7/fbLwbIzVyijhy54+5sdeLhvff1R9/v+R/6mf3TI0ZADoZ4ZpvOeIoMG hE2Vb0nQmsJldsi49AJKNt/v4OOAx+HVzX4P14PLGMaR4jkEbxvFD3f8qVs+jqqhIwVC6PCli ZZ1n+KmGq8DSsfEpq9DQshlFcAJ7QSenw5VMhb+/WHq0cgNzxbQL1HhOmpDfxq2ZOcbdDOHlr 8DYH/V4O4cncaOF7YhXb3qxHvMEnZJ6OzRbB0N X-Spamd-Bar: - X-Spamd-Result: default: False [-2.00 / 15.00]; HAS_FILE_URL(2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmx.at,quarantine]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+a:mout.gmx.net]; R_DKIM_ALLOW(-0.20)[gmx.at:s=s31663417]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.21:from]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[212.227.17.21:from]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[gmx.at]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmx.at:+]; MLMMJ_DEST(0.00)[virtualization@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; FREEMAIL_ENVFROM(0.00)[gmx.at] X-Rspamd-Queue-Id: 4dHq5R1GLFz3H2m Thanks! Did Windows find and use that TPM? Did you have to configure=20 anything? For the CPU problem: at the current state I do not rule out that this is= =20 a Windows problem. We see the same excessive CPU usage on our Linux/KVM=20 hypervisors. best regards, Robert On 28.11.25 11:15, Marco Orsatti wrote: > Many thanks! >=20 > It also works in already installed windows 11. >=20 > I made a small change to the script so that I can run it in a common=20 > location for multiple VMs: >=20 > #!/bin/sh >=20 > VMNAME=3D"$1" >=20 > SOCKET=3D"/tmp/.bhyve.tpm.$VMNAME.sock" >=20 > if [ ! -S "$SOCKET" ]; then > nohup swtpm socket --tpmstate backend-uri=3Dfile:///vm/$VMNAME/tpm.state= =20 > =C2=A0--server type=3Dunixio,path=3D"$SOCK= ET" --=20 > tpm2 --flags not-need-init & > fi >=20 > I think it works on Server 2022 and 2025 too, I'll do some testing >=20 >=20 > There's another major problem with Windows 11 and Server 2022/25:=20 > excessive host CPU usage. Has anyone found a solution? >=20 > Marco >=20 >=20 >=20 >> Il giorno 27 nov 2025, alle ore 23:57, infoomatic = =20 >> ha scritto: >> >> Hi, >> >> I could not get it to work on an already installed windows VM - I am=20 >> not sure this is a FreeBSD/swtpm issue. >> >> On a fresh install I have had no issue. >> >> my config: >> bhyve_options=3D"-l tpm,swtpm,/tmp/.bhyve.tpm.win11.sock" >> prestart=3D"tpm.sh" >> >> and with tpm.sh: >> #!/bin/sh >> >> SOCKET=3D"/tmp/.bhyve.tpm.win11.sock" >> >> if [ ! -S "$SOCKET" ]; then >> nohup swtpm socket --tpmstate backend-uri=3Dfile:///evo/vms/win11/=20 >> tpm.state --server type=3Dunixio,path=3D"$SOCKET" --tpm2 --flags not-ne= ed-=20 >> init & >> fi >> >> hth, >> >> Robert >> >> >> On 27.11.25 15:30, Andrea Venturoli wrote: >>> Hello. >>> I'm hitting my head on this, but cannot make it work. >>> Is it expected to work or am I just wasting my time? >>> FreeBSD 14.3/amd64 >>> edk2-bhyve-g202308_5 >>> vm-bhyve-1.6.2_1 >>> =C2=A0bye & Thanks >>> =C2=A0=C2=A0=C2=A0=C2=A0av. >>> P.S. >>> In case someone is interested in the details: >>> vmbhyve starts bhyve with: >>>> bhyve options: -c 3,sockets=3D1,cores=3D3,threads=3D1 -m 4G -AHPw -l= =20 >>>> bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd -l tpm,swtpm,/= =20 >>>> var/run/swtpm/tpm -k /zroot/vm/eserver/bhyve.conf -U f753439f-=20 >>>> bffa-11e8-b279-a4bf0142162f] >>>> bhyve devices: -s 0,hostbridge -s 31,lpc -s 4:0,virtio-blk,/dev/=20 >>>> zvol/ zroot/vm/eserver/disk0,sectorsize=3D512 -s 5:0,virtio-=20 >>>> net,tap0,mac=3D58:9c:fc:00:11:65 >>>> =C2=A0-s 6:0,fbuf,tcp=3D192.168.XXX.1:25900 -s 7:0,xhci,tablet] >>> Windows sees the TPM device but says it cannot be started (code 10)=20 >>> due to a protocol error. >>> In bhyve.log I see: >>>> /tmp/bhyve.z4HOkg5=C2=A0=C2=A0=C2=A0 873:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 OperationRegion(TPP1,=20 >>>> SystemMemory, Add(0xfed45000, Arg0), One) >>>> Remark=C2=A0=C2=A0 2173 -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ Creation of=20 >>>> named objects within a method is highly inefficient, use globals or= =20 >>>> method local variables instead (\_S >>>> B.TPM.TPFN) >>>> >>>> /tmp/bhyve.z4HOkg5=C2=A0=C2=A0=C2=A0 895:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Method(_DSM, 4, Serialized) >>>> Warning=C2=A0 3115 -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ Not all control paths=20 >>>> return a value (\_SB.TPM._DSM) >>>> >>>> /tmp/bhyve.z4HOkg5=C2=A0=C2=A0=C2=A0 895:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Method(_DSM, 4, Serialized) >>>> Warning=C2=A0 3107 -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ Reserved method must=20 >>>> return a value (Integer/String/Buffer/Package/Reference required for= =20 >>>> _DSM) >>>> >>>> /tmp/bhyve.z4HOkg5=C2=A0=C2=A0=C2=A0 985:=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 If(LEqual(Arg0, ToUUID("376054ED-=20 >>>> CC13-4675-901C-4756D7F2D45D"))) /* UUID */ >>>> Remark=C2=A0=C2=A0 2184 -=20 >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Unknown=20 >>>> UUID string ^ >>>> bhyve: tpm_swtpm_execute_cmd: rsp read failed (bytes read: 4 /=20 >>>> 3968): No error: 0 >>>> bhyve: tpm_crb_mem_handler: cancelling a TPM command is not=20 >>>> implemented yet >>>> bhyve: tpm_swtpm_execute_cmd: rsp read failed (bytes read: 4 /=20 >>>> 3968): No error: 0 >>>> bhyve: tpm_crb_mem_handler: cancelling a TPM command is not=20 >>>> implemented yet >>>> bhyve: tpm_swtpm_execute_cmd: rsp read failed (bytes read: 4 /=20 >>>> 3968): No error: 0 >>> In swtpm logs: >>>> =C2=A0Ctrl Cmd: length 12 >>>> =C2=A080 01 00 00 00 0C 00 00 01 44 00 00 Error: Unknown command: 0x8= 0010000 >>>> =C2=A0Ctrl Rsp: length 4 >>>> =C2=A000 00 00 0A =C2=A0Ctrl Cmd: length 22 >>>> =C2=A080 01 00 00 00 16 00 00 01 7A 00 00 00 06 00 00 =C2=A001 00 00 = 00 00 2A=20 >>>> Error: Unknown command: 0x80010000 >>>> =C2=A0Ctrl Rsp: length 4 >>>> =C2=A000 00 00 0A =C2=A0Ctrl Cmd: length 22 >>>> =C2=A080 01 00 00 00 16 00 00 01 7A 00 00 00 06 00 00 =C2=A001 00 00 = 00 00 2A=20 >>>> Error: Unknown command: 0x80010000 >>>> =C2=A0Ctrl Rsp: length 4 >>>> =C2=A000 00 00 0A >>> This looks possibly like: >>>> https://github.com/stefanberger/swtpm/issues/1069 >>> That's for a different platform however and I have no idea how to=20 >>> "port" those info to bhyve. >>> I have no previous experiences with swtpm (and I find it hard to get= =20 >>> a good howto/tutorial); TPM passthrough works for me (but obviously=20 >>> not on machines without TPM). >> >> >=20