From nobody Sun Jul 2 21:00:14 2023 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 4QvLzf5mJBz4lKMp for ; Sun, 2 Jul 2023 21:00:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QvLzf4296z3xyk for ; Sun, 2 Jul 2023 21:00:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1688331614; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=/gcDvo8GaMdgrXBVqh+egJiaVWXlwu1PC8XTGlg6P7c=; b=mi4pXMG2HPwKqz0ATIFsdNEygi5JNOL/BJf2QIua4yENPo+nxkKshk4dxpS9PhuANkkIiE oHmkkvKCWDaoyY6sGhiOO0MQEKuIr7flDgOYlzrXEEeW6tj/ToBGaHR5wCY+hGWOwassCj 3P0CexbOTZjFPhRHxu8h9fSdUcY2ktzKk8B8F5u7l48S9RaFgINvk3qjtOfnoEY+jIVbrp UUqc8N4HoW0qyoj/+uUh3Ybi0FkqO9jqITsPxmKAzKLq4WdZmK9ygUJQCCe02iZR55hbOU Oq6NLBcwlJkJGvmAqbljfBhj47pI6bwcafji5d12om/x7b9c2qNQFAK1QYszLg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1688331614; a=rsa-sha256; cv=none; b=ASLlTIm1xiZsNwb1CmcIwttsg+BVgcbZB9vzj+Vvq13J2qOmOZIuIvhKp/uQSGjtz/mKho wIfDgfnEz7s9JzEe+Cm1EXrY77GNurZXwuR7G6i8BRpvULM6nW6Czg+619z/kR4ixErN0x 0WLOU3DIWr6rN5i9nWfqPtNV1lnKP8Q3gZbrJmgcRGH3wDfQtzC//p+AJ5qQXwN59dpfKP c1/HGJzpWQaj8A0G6hEy74k2kx3HOXXWRCbrNLDZFI5ysk2ZZyVAP78KSGVV4GMErGk2BG 7HzTlUqiH11etQ3Zs60rcGYjBvK6OlQWdK+BrmZt8xxKceoKVmxjvZkJIStDnQ== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QvLzf33xMzNC3 for ; Sun, 2 Jul 2023 21:00:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 362L0EGF046280 for ; Sun, 2 Jul 2023 21:00:14 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 362L0EqX046279 for virtualization@FreeBSD.org; Sun, 2 Jul 2023 21:00:14 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202307022100.362L0EqX046279@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: virtualization@FreeBSD.org Subject: Problem reports for virtualization@FreeBSD.org that need special attention Date: Sun, 2 Jul 2023 21:00:14 +0000 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 Content-Type: multipart/alternative; boundary="16883316140.de98fca8.44750" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N --16883316140.de98fca8.44750 Date: Sun, 2 Jul 2023 21:00:14 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 247208 | mpt(4): VMWare virtualized LSI controller panics New | 240945 | [hyper-v] [netvsc] hn network driver incorrectly Open | 244838 | "bectl activate -t" does not honor the -t flag in 3 problems total for which you should take action. --16883316140.de98fca8.44750 Date: Sun, 2 Jul 2023 21:00:14 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
In Progress |    247208 | mpt(4): VMWare virtualized LSI controller panics 
New         |    240945 | [hyper-v] [netvsc] hn network driver incorrectly 
Open        |    244838 | "bectl activate -t" does not honor the -t flag in

3 problems total for which you should take action.
--16883316140.de98fca8.44750-- From nobody Mon Jul 3 01:53:45 2023 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 4QvTVK5rWZz4lCQh for ; Mon, 3 Jul 2023 01:53:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QvTVK3Xj6z3FSC for ; Mon, 3 Jul 2023 01:53:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1688349225; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=bJI+7RodesK7mWhjHHG9euuatS0Ou0xNUtFOFBztz8Q=; b=DsKIaqwEeV/lBDZVpHuiZIuaZI9oAnWwIQlUsHioXnc0VPRljO+lSG1SGp4AyHvfp1ZaX7 Uai+TduAJSyaSnWyZD02xWdDZF+Co+vM5j5q/IP7m9j3nkquTh/BJqmZlB9olUm1UUm4s1 ol3kGdS9cfWNq/9SCUMmPknr7XtoiFlYwqWfD4BU1b0MFiZgFKm6nKCLLixfnq8FDBXuFF rxnFxntItLOrPi6BzKR7xJLzaLZ/KR8qc8krPIYV02FJNUquj8zCyMwkO6Uyg3z0CH1vcf 6ryqxOokbfcRM9ILNu8Aszpue/BAX9Tyty6+zKP+fUZJmTKWjOMQHtrLiI0seQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1688349225; a=rsa-sha256; cv=none; b=SxZk7+gDVHDhcJso49Ip6I2LmzjVsKTzWYoYQ3vNL9MLKSz8UatEnd7dh8GoHz2CUKFJ7R MNjpdPHhQSdElLEdmqBKXCGo4nPh1TXXtNVRx1w6Uh/CZ1DBQ0BOcBpxA8XFWlClj1NTQV AZOWbm23JxSCR11J7UYPDby4BNs419jpF+2v7GSYBNVetgfPiD+WEArTdGh/m40i1LBAFS pbfIu9ZvzlcoLkqBIuUH+OzC4VmcdfPmdIU6yT9P4S+Niyu9M5WbuR01BiAD61bhEgau+r CgEvnCV91l8rcdB5HQXqUTnbIeX9QrILt16844RXc8cP5vpZ6x3hi2WliaGZXA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QvTVK2bWwzXGs for ; Mon, 3 Jul 2023 01:53:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 3631rjSI079345 for ; Mon, 3 Jul 2023 01:53:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3631rj1L079344 for virtualization@FreeBSD.org; Mon, 3 Jul 2023 01:53:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 243640] QEMU / KVM Q35 V4.X PCIe Virtual and Physical (Passthrough) Devices not detected Date: Mon, 03 Jul 2023 01:53:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.1-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: drum@graphica.com.au X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243640 --- Comment #8 from John Hartley --- (In reply to Mina Gali=C4=87 from comment #7) Hi Mina Galic, my latest testing has shown that unfortunately FreeBSD 13.1 & 13.2 have regressed and you cannot boot ISO with modern firmware (UEFI): QEMU kVM: - Machine type: Q35 with OVMF / UEFI - QEMU & Libvirt API Version 8.0.0 - QEMU Hypervisor Version: 6.2.0 Does not boot from CD-ROM at all. So looks like need to raise new bug, report. Cheers from Oz, John Hartley. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Jul 3 01:54:20 2023 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 4QvTW136rDz4lCgv for ; Mon, 3 Jul 2023 01:54:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QvTW126jgz3G6T for ; Mon, 3 Jul 2023 01:54:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1688349261; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=BW7TpqNXZLB4PI5okKdPS+R3RONHFNo0+kVAWv8RQb0=; b=wvz1g3VDpGnN4xkp1aXAW23F63wtPBYTqrUZhP7zKHnoSST4yhc26QQvhyt0uOqANp7h69 LbJT1x4Wrh6R8ovNxqz0iWRlNhA9fEwrfDs9EyeqZG9ovftDMgHpyeSboFP0GJKBL52Rmd /kKqqGSj/jzvwJlLsTUm19hTiFF5+wpANOkEZmd1AtLS+tJMfLo/evj7QqVULhncGGrY6m weZlj1buVrVyUwPUtJEZAM8PzpEn5DUR9+ISqXj65/H5X6mv+EsYyfat+gy4IPvaCLrUiT 9HsscSDZDacN0WlZ7znJm1IKfmCxgkd2eEHAPfAidve5sKwm6PJ3OZBJ4QMDMQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1688349261; a=rsa-sha256; cv=none; b=iQR+6VcgmC9JWDLVOE3UQKEE/vke8BJnX8GM5By0+PHUC58EtE6zh4PEUSlPSbbu/wFxeP ykQxtffi9r8HzS5cLUhPXVUmNQOmneuplI6BsevGeZKI7t7ya8+m0Wx2iXFI7OZ8mZ8xz6 wt3lwlsw7RMKSPUdMypAQeEhwXpNmMF0+AnDTL+LFdVo0Ohl1XUK/Ye4+HnNW8gpkCycf9 tTT03Gnv9dkpeEfUfwILlMAoC6eErFqT+rFQiFtZWypgATTWYu3IdR9uZ87Y1lR18BhcIV a7bCVdztKb/1WTyqoS/lKLDJ7ib8dJmWQc1PD5sQob6A44nYuDzZiSetMJAsUg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QvTW11DXBzWRF for ; Mon, 3 Jul 2023 01:54:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 3631sLcW079669 for ; Mon, 3 Jul 2023 01:54:21 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3631sLA1079666 for virtualization@FreeBSD.org; Mon, 3 Jul 2023 01:54:21 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 243640] QEMU / KVM Q35 V4.X PCIe Virtual and Physical (Passthrough) Devices not detected Date: Mon, 03 Jul 2023 01:54:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 12.1-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: drum@graphica.com.au X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243640 --- Comment #9 from John Hartley --- (In reply to Mina Gali=C4=87 from comment #7) Hi Mina Galic, my latest testing has shown that unfortunately FreeBSD 13.1 & 13.2 have regressed and you cannot boot ISO with modern firmware (UEFI): QEMU kVM: - Machine type: Q35 with OVMF / UEFI - QEMU & Libvirt API Version 8.0.0 - QEMU Hypervisor Version: 6.2.0 Does not boot from CD-ROM at all. So looks like need to raise new bug, report. Cheers from Oz, John Hartley. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Jul 3 07:34:57 2023 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 4Qvd440QpTz4lWDV for ; Mon, 3 Jul 2023 07:35:00 +0000 (UTC) (envelope-from corvink@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (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 (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qvd440056z3rGd; Mon, 3 Jul 2023 07:35:00 +0000 (UTC) (envelope-from corvink@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1688369700; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=QO2bhDsrVvEcNRasp16CDg9mIJBPtL9sZI1cYfnzQ+I=; b=ITZ2OON05RAyt6tu8Ff/MSKDBMTHWniaScw9Wzaj6dDIq+2xczkVYyxjmcr5eqXJV/7kkL LHVjReEuFMJShKafdk8E6vCo33OGBfzZB8soo4s2W2aDxl9zOj20Er6EJfw5TdjmuokhUM JO3V+tcElc2cKX1ylPKb6gbluTup7p6s4+UylasU7FhlQblrkmHOUtnIO8NHhMbrcvdAdv qP6hlJOEp0yjFMO842AkUJDeeHqqhqLiJij8El8Cc2EMfTq+XrsniCIG69if639Nuyhi1p 5wFiA61Gadi+h4mp5pv81ZjOdpJqSLAPzLQc5Sn062ev70vw4uDWDiKcFHDPuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1688369700; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=QO2bhDsrVvEcNRasp16CDg9mIJBPtL9sZI1cYfnzQ+I=; b=LqefJsqoxbS9craiVxr2E6PhqHC8AR+Lb3BiBRRPzk8ozHr4WO0NdtyNxZoCRiPctO9n5U 8JQ3L6c9Du1lc5DGgyyy2BaXGb2r4K4xIQAuF92OYjgi7u32VbyxaBko8LeX5psDcq98M0 YdHo6MO2wEsD06i+0wxyMoE1f11tU7Hai9d3s+7jVdFjYRG4cPDgNdereost+OkPqWJjev XB04sLiFQ7hkNWdagSu6/vMpNHjTT9qrobcXvSZfQudDEh490HjSKNTvqhucjkl1vxcLwL X27SzzxLe8xKdmsTjwzmzI46DNNR57HYqQ6gShVt3YkKPfafr7+XbPDlqMqzXQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1688369700; a=rsa-sha256; cv=none; b=GHutrTXEOiHicfjRyxcBm16lcyd1D5EGRnhRiVUZMJGosnGViSrqG7ly+HXdUqLFON4tQG QxXF4XAjwKRDWV+73fJF+R40GRC+wPKgf8PFOKZVf+/xMRfyz3ZvHx7Qt2NxnRK07/OQqZ Bj9poVZ+UORPAMgSJpAYJqf/6UD6FZnnChgDfQSW4fZid6BBL93kEryksBggezfjzw9lXW ZqckfupZCIsIv9NtKEj2K+cXOhcpW3NPBQM/HS2i7bZt/BzGqZ1zuuJCvz5vHrQBHBu0Az A3zzwb+ktS13S/y0ofyz0LuREL7FB8xfaw4GccIUL2loRSVJKx5O7aWQmOYMDQ== Received: from [172.21.179.48] (unknown [195.226.174.194]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: corvink) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Qvd431Dnzzx5D; Mon, 3 Jul 2023 07:34:59 +0000 (UTC) (envelope-from corvink@FreeBSD.org) Message-ID: Subject: Re: Warm and Live Migration Implementation for bhyve From: Corvin =?ISO-8859-1?Q?K=F6hne?= To: Elena Mihailescu Cc: freebsd-virtualization@freebsd.org, Mihai Carabas , Matthew Grooms Date: Mon, 03 Jul 2023 09:34:57 +0200 In-Reply-To: References: <3d7ee1f6ff98fe9aede5a85702b906fc3014b6b6.camel@FreeBSD.org> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-FXVYXhKGuN8C2nzIOaXc" User-Agent: Evolution 3.48.3 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 X-ThisMailContainsUnwantedMimeParts: N --=-FXVYXhKGuN8C2nzIOaXc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2023-06-27 at 16:35 +0300, Elena Mihailescu wrote: > Hi Corvin, >=20 > Thank you for the questions! I'll respond to them inline. >=20 > On Mon, 26 Jun 2023 at 10:16, Corvin K=C3=B6hne > wrote: > >=20 > > Hi Elena, > >=20 > > thanks for posting this proposal here. > >=20 > > Some open questions from my side: > >=20 > > 1. How is the data send to the target? Does the host send a > > complete > > dump and the target parses it? Or does the target request data one > > by > > one und the host sends it as response? > >=20 > It's not a dump of the guest's state, it's transmitted in steps. > However, some parts may be migrated as a chunk (e.g., the emulated > devices' state is transmitted as the buffer generated from the > snapshot functions). >=20 How does the receiver know which chunk relates to which device? It would be nice if you can start bhyve on the receiver side without parameters e.g. `bhyve --receive=3D127.0.0.1:1234`. Therefore, the protocol has to carry some information about the device configuration. > I'll try to describe a bit the protocol we have implemented for > migration, maybe it can partially respond to the second and third > questions. >=20 > The destination host waits for the source host to connect (through a > socket). > After that, the source sends its system specifications (hw_machine, > hw_model, hw_pagesize). If the source and destination hosts have > identical hardware configurations, the migration can take place. >=20 > Then, if we have live migration, we migrate the memory in rounds > (i.e., we get a list of the pages that have the dirty bit set, send > it > to the destination to know what pages will be received, then send the > pages through the socket; this process is repeated until the last > round). >=20 > Next, we stop the guest's vcpus, send the remaining memory (for live > migration) or the guest's memory from vmctx->baseaddr for warm > migration. Then, based on the suspend/resume feature, we get the > state > of the virtualized devices (the ones from the kernel space) and send > this buffer to the destination. We repeat this for the emulated > devices as well (the ones from the userspace). >=20 > On the receiver host, we get the memory pages and set them to their > according position in the guest's memory, use the restore functions > for the state of the devices and start the guest's execution. >=20 > Excluding the guest's memory transfer, the rest is based on the > suspend/resume feature. We snapshot the guest's state, but instead of > saving the data locally, we send it via network to the destination. > On > the destination host, we start a new virtual machine, but instead of > reading/getting the state from the disk (i.e., the snapshot files) we > get this state via the network from the source host. >=20 > If the destination can properly resume the guest activity, it will > send an "OK" to the source host so it can destroy/remove the guest > from its end. >=20 > Both warm and live migration are based on "cold migration". Cold > migration means we suspend the guest on the source host, and restore > the guest on the destination host from the snapshot files. Warm > migration only does this using a socket, while live migration changes > the way the memory is migrated. >=20 > > 2. What happens if we add a new data section? > >=20 > What are you referring to with a new data section? Is this question > related to the third one? If so, see my answer below. >=20 > > 3. What happens if the bhyve version differs on host and target > > machine? >=20 > The two hosts must be identical for migration, that's why we have the > part where we check the specifications between the two migration > hosts. They are expected to have the same version of bhyve and > FreeBSD. We will add an additional check in the check specs part to > see if we have the same FreeBSD build. >=20 > As long as the changes in the virtual memory subsystem won't affect > bhyve (and how the virtual machine sees/uses the memory), the > migration constraints should only be related to suspend/resume. The > state of the virtual devices is handled by the snapshot system, so if > it is able to accommodate changes in the data structures, the > migration process will not be affected. >=20 > Thank you, > Elena >=20 > >=20 > >=20 > > -- > > Kind regards, > > Corvin > >=20 > > On Fri, 2023-06-23 at 13:00 +0300, Elena Mihailescu wrote: > > > Hello, > > >=20 > > > This mail presents the migration feature we have implemented for > > > bhyve. Any feedback from the community is much appreciated. > > >=20 > > > We have opened a stack of reviews on Phabricator > > > (https://reviews.freebsd.org/D34717) that is meant to split the > > > code > > > in smaller parts so it can be more easily reviewed. A brief > > > history > > > of > > > the implementation can be found at the bottom of this email. > > >=20 > > > The migration mechanism we propose needs two main components in > > > order > > > to move a virtual machine from one host to another: > > > 1. the guest's state (vCPUs, emulated and virtualized devices) > > > 2. the guest's memory > > >=20 > > > For the first part, we rely on the suspend/resume feature. We > > > call > > > the > > > same functions as the ones used by suspend/resume, but instead of > > > saving the data in files, we send it via the network. > > >=20 > > > The most time consuming aspect of migration is transmitting guest > > > memory. The UPB team has implemented two options to accomplish > > > this: > > > 1. Warm Migration: The guest execution is suspended on the source > > > host > > > while the memory is sent to the destination host. This method is > > > less > > > complex but may cause extended downtime. > > > 2. Live Migration: The guest continues to execute on the source > > > host > > > while the memory is transmitted to the destination host. This > > > method > > > is more complex but offers reduced downtime. > > >=20 > > > The proposed live migration procedure (pre-copy live migration) > > > migrates the memory in rounds: > > > 1. In the initial round, we migrate all the guest memory (all > > > pages > > > that are allocated) > > > 2. In the subsequent rounds, we migrate only the pages that were > > > modified since the previous round started > > > 3. In the final round, we suspend the guest, migrate the > > > remaining > > > pages that were modified from the previous round and the guest's > > > internal state (vCPU, emulated and virtualized devices). > > >=20 > > > To detect the pages that were modified between rounds, we propose > > > an > > > additional dirty bit (virtualization dirty bit) for each memory > > > page. > > > This bit would be set every time the page's dirty bit is set. > > > However, > > > this virtualization dirty bit is reset only when the page is > > > migrated. > > >=20 > > > The proposed implementation is split in two parts: > > > 1. The first one, the warm migration, is just a wrapper on the > > > suspend/resume feature which, instead of saving the suspended > > > state > > > on > > > disk, sends it via the network to the destination > > > 2. The second part, the live migration, uses the layer previously > > > presented, but sends the guest's memory in rounds, as described > > > above. > > >=20 > > > The migration process works as follows: > > > 1. we identify: > > > =C2=A0- VM_NAME - the name of the virtual machine which will be > > > migrated > > > =C2=A0- SRC_IP - the IP address of the source host > > > =C2=A0- DST_IP - the IP address of the destination host (default is > > > 24983) > > > =C2=A0- DST_PORT - the port we want to use for migration > > > 2. we start a virtual machine on the destination host that will > > > wait > > > for a migration. Here, we must specify SRC_IP (and the port we > > > want > > > to > > > open for migration, default is 24983). > > > e.g.: bhyve ... -R SRC_IP:24983 guest_vm_dst > > > 3. using bhyvectl on the source host, we start the migration > > > process. > > > e.g.: bhyvectl --migrate=3DDST_IP:24983 --vm=3Dguest_vm > > >=20 > > > A full tutorial on this can be found here: > > > https://github.com/FreeBSD-UPB/freebsd-src/wiki/Virtual-Machine-Migra= tion-using-bhyve > > >=20 > > > For sending the migration request to a virtual machine, we use > > > the > > > same thread/socket that is used for suspend. > > > For receiving a migration request, we used a similar approach to > > > the > > > resume process. > > >=20 > > > As some of you may remember seeing similar emails from our part > > > on > > > the > > > freebsd-virtualization list, I'll present a brief history of this > > > project: > > > The first part of the project was the suspend/resume > > > implementation > > > which landed in bhyve in 2020, under the BHYVE_SNAPSHOT guard > > > (https://reviews.freebsd.org/D19495). > > > After that, we focused on two tracks: > > > 1. adding various suspend/resume features (multiple device > > > support - > > > https://reviews.freebsd.org/D26387, CAPSICUM support - > > > https://reviews.freebsd.org/D30471, having an uniform file format > > > - > > > at > > > that time, during the bhyve bi-weekly calls, we concluded that > > > the > > > JSON format was the most suitable at that time - > > > https://reviews.freebsd.org/D29262) so we can remove the #ifdef > > > BHYVE_SNAPSHOT guard. > > > 2. implementing the migration feature for bhyve. Since this one > > > relies > > > on the save/restore, but does not modify its behaviour, we > > > considered > > > we can go in parallel with both tracks. > > > We had various presentations in the FreeBSD Community on these > > > topics: > > > AsiaBSDCon2018, AsiaBSDCon2019, BSDCan2019, BSDCan2020, > > > AsiaBSDCon2023. > > >=20 > > > The first patches for warm and live migration were opened in > > > 2021: > > > https://reviews.freebsd.org/D28270, > > > https://reviews.freebsd.org/D30954. However, the general feedback > > > on > > > these was that the patches are too big to be reviewed, so we > > > should > > > split them in smaller chunks (this was also true for some of the > > > suspend/resume improvements). Thus, we split them into smaller > > > parts. > > > Also, as things changed in bhyve (i.e., capsicum support for > > > suspend/resume was added this year), we rebased and updated our > > > reviews. > > >=20 > > > Thank you, > > > Elena > > >=20 > >=20 --=20 Kind regards, Corvin --=-FXVYXhKGuN8C2nzIOaXc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgvRSla3m2t/H2U9G2FTaVjFeAmoFAmSieiEACgkQ2FTaVjFe AmrDpw//VS6X267yW6TRsUR6y+hT3YDd5TZQ+dbRBql+L2KtKfOSFam0b9bsIlMS KjYZOSRIptU7Uq83IqQPwPaUYFlxrJC3MnQlHQvfGH72uUoT9hojlkOdoan5s9Ex DEsXzrE3l6DVwOINjxAdXU+Q7dFjYEj+Je+A81P001jT1/VOdOlqkKf31dwHcbaM nIi78rvr1kNbbtUSP68yjJ7xDjwRZNTt/uLLK57T60wXE9eUPAXMowN9iiB3IUb9 nMGszxSTqENRZMaFIv0VmY1U3wUAPEkgN11WmyScAl9ymnibIKqfYWfmW6gvI8tp eLtbfV/SY/1MsGKm0cDTXcVB8zN5OzEDZHNCe8gWP/BY/uu/R22xw6EBp/SoQYWo oJau0ymYotfAqvxhHWNL2b8A7Izyh4vjW5AWBrvhO89vwAO84WJZUexUHAIQHKBk 0GDZDgoftd5pXR8RADATqNjcs0Oco32BMJM3sqWrQ/ced7YMx+Fgv7A7nYVM2L7l 5aZZD+NMNqATXQxXJtmE0KFjE0VzRHXZRkN1bBughvqrz89oDhLKcDzHeahFDhUR ao9Si2/YWU5zjRdBIyMzpF5Jr6aPk9GZLyEx9DnOuhrnHKsZkYcsluYp11pIk3yw vecG/WPfh4SEKBNzFS5GlYUoNOTJ+ykExPrbrsy4V8ZxtZwPk5E= =d2lk -----END PGP SIGNATURE----- --=-FXVYXhKGuN8C2nzIOaXc-- From nobody Mon Jul 3 12:59:03 2023 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 4QvmFz52Tdz4lQMc for ; Mon, 3 Jul 2023 12:59:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QvmFz3Gqpz3HFH for ; Mon, 3 Jul 2023 12:59:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1688389143; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Ub8fvxKqdNYAiDEYl8SbHdSEye7utML0OQFcvtmBPwM=; b=mDHRM/xq07q5E/5OreXod3OcfBM4CifMqnaBZVYpDXRy68oZ3i0qynzJBYxQA6HAaf1Jjd +kWCW0Ixxv6J+HDS0i0W6x/HQDOihQ0L/I62LY7IzheKLDl+WL8JOBlzKMAvH9IH7ye19T VDk3XgwTxweTpYS7OEJz+q1XlC0Mk374DKd7cYn3HFmr+4tEXWAPmWSPFMPBQwoQTmOY0K kKx5ZTXb7+cce92U2EQnCN3cY0bK4PBAVPCj60ftBq1JpbSWcwJCiYl/rvqBgYYpfbB9p4 SF/7HYHGIaU1GH8x8EqV42MWV9dnpQ3dnS8x8gXgcQ7ottVNwaTh14LlR0YmcQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1688389143; a=rsa-sha256; cv=none; b=KtAbGDFJTm9MTlcq0dOQbG8Jd92b5Sg135PKfFoVWHwDxipmawAQCQv4vzB3Yz50q9vCtL iXxLEIw8ZHknv1bup9dpbTZXLJ8TPmiXXyr5n3DadLBEAlu2LfYDIi2J7Ipt5M5V0E08f8 fKsYG7/sEh0lTDvmp+sccqOEqh01JhKzKs0XlcQU4R5KehX1z7R2mGzGL82IXd8Xhb5esO Jrakp0awqXJrZBy2MvjeC86haAXah7XkGMK2Vx9JGK0jPlcflv8VSyuyZ/X/BuFKQSwDKD /1R0gDYNWfzpwEHXpMfNnk0dMeXghfbYF/qxogI5S6cwUOPYjG10T8qOIPqw6w== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QvmFz2McRzrBb for ; Mon, 3 Jul 2023 12:59:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 363Cx3GC053674 for ; Mon, 3 Jul 2023 12:59:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 363Cx3OY053671 for virtualization@FreeBSD.org; Mon, 3 Jul 2023 12:59:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 270966] PCI passthru stops working after ~30 guest reboots (ivhd, ILLEGAL CMD, IO_PAGE_FAULT) Date: Mon, 03 Jul 2023 12:59:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bhyve X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: raul.munoz@custos.es X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D270966 --- Comment #2 from Ra=C3=BAl --- Tried two times with today's current (main-n263930-2176c9ab71c8) and a Free= BSD 13.2 guest. Latest firmware, microcode ... ... same behavior, less reboots = (20 reboots). dmesg on host shows: ivhd3: EVT INTR 0 Status:0xa EVT Head:0x0 Tail:0x10] [CMD Total 0x107] Tail:0x70, Head:0x50. ivhd3: [Event0: Head:0x0 Tail:0x10] [ILLEGAL CMD EVT] CMD opcode=3D 0x3 0x400b 0x14 0x7ffffffffffff003 ivhd3: Error: completion failed tail:0x100, head:0x50. ivhd3: Dump last 1 command(s): [CMD0, off:0x40] opcode=3D 0x1 0x5041bb1 0x0 0xa5a5 and guest dmesg: mlx5_core0: mem 0xc0000000-0xc00fffff at device 6.0 on pci0=20= =20=20=20=20=20=20=20=20 mlx5: Mellanox Core driver 3.7.1 (November 2021)mlx5_core0: WARN: wait_func:967:(pid 0): ENABLE_HCA(0x104) timeout. Will cause a leak of a command resource=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 mlx5_core0: ERR: mlx5_load_one:1083:(pid 0): enable hca failed=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 mlx5_core0: ERR: init_one:1646:(pid 0): mlx5_load_one failed -60=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20 device_attach: mlx5_core0 attach returned 60 --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Jul 3 14:09:44 2023 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 4QvnqX2LTxz4lkGl for ; Mon, 3 Jul 2023 14:09:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QvnqX0drfz3mrj for ; Mon, 3 Jul 2023 14:09:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1688393384; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=tkr6zD04AynFtFgUQYdfcz2f/pU0UMUsz2BP3xe+TaE=; b=g+9cZTJ7nlNL2fc6JzG/YP7g7c29vHuVKv+nPpU844go7dJ8stOZ907I8qrFh9M7mNvVLw fn/Hseqz5rFXaYXVbn47RILOTASL+iszHQBRFOc1iRkqWObR93MmJtZjjlUvSWj2RkroEG tLfiXQMbcLzHIK0/80d+JH6n32FVWwFhQnFnaVqESDZoZBtPh7W917jQQv7aFU9U0TbZR2 lyXWq9UH+fcGigm71RirNDbByFcKzLlP1ZMvccX+NIgAufQkqeHmorAvgAQswtVaZquSgm ToYmt/Xo2FNJRzgPmLhv6hPEVumcwyo+CUPmTo0t5Om+OsOtNMmiM+mlN8zx3w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1688393384; a=rsa-sha256; cv=none; b=BQq5g+/Pj5UK6cFD1K2hFv58At5NasoBbYJPzjI2jN2+arehrvfNTQRINwHZcifTeqWtUV t2zzgSsamJEJI8buVlUkN2eVS1QrKAXI9k7eFhUweknzwGitZQ9Z/6IqWEU5XV1IJQdX0I XhitmdEuSRf8LO9h8PCTY2S/Yefbb2gju5tq5e1vFXg8NITN5Q4ZX8ZT0vK3twCjWEBZh6 8mT4eWkF5Kz45qcuzV4Scay8onJjjGXr4SV1hCB0lANbLLeAT2qSfmNsEKXii/L+tLHrLw ZgRVvIuYTFdS82wBGLu9yYb3gdU631ccOKnwPKBg6eqcV6fIZpeLbN5EGqdtOA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4QvnqW6kVKzsPJ for ; Mon, 3 Jul 2023 14:09:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 363E9h72058327 for ; Mon, 3 Jul 2023 14:09:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 363E9hOB058326 for virtualization@FreeBSD.org; Mon, 3 Jul 2023 14:09:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 272349] bug in freebsd 13.2 Date: Mon, 03 Jul 2023 14:09:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bhyve X-Bugzilla-Version: 13.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: qq0443484@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: virtualization@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272349 Bug ID: 272349 Summary: bug in freebsd 13.2 Product: Base System Version: 13.2-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bhyve Assignee: virtualization@FreeBSD.org Reporter: qq0443484@gmail.com hello there i have freebsd 13.2 and i try run inspircd version 4 in home wh= en i run it without a module geo_maxmind is run good when i select run with a mo= dule then i get error even when i run it like this commands gmake CXXFLAGS=3D-I/usr/local/include LDFLAGS=3D-L/usr/local/lib install then i get error and this a error Found the libmaxminddb compiler flags for geo_maxmind using pkg-config: -I/usr/local/include Found the libmaxminddb linker flags for geo_maxmind using pkg-config: -L/usr/local/lib -lmaxminddb BUILD: modules/m_geo_maxmind.cpp In file included from /usr/home/asher/inspircd-4.0.0a21/src/modules/m_geo_maxmind.cpp:34: In file included from /usr/home/asher/inspircd-4.0.0a21/include/inspircd.h:= 51: In file included from /usr/include/c++/v1/sstream:184: In file included from /usr/include/c++/v1/istream:163: In file included from /usr/include/c++/v1/ostream:139: In file included from /usr/include/c++/v1/ios:214: /usr/include/c++/v1/__locale:676:16: fatal error: use of undeclared identif= ier 'isascii' return isascii(__c) ? (__tab_[static_cast(__c)] & __m) !=3D0 : false; ^ 1 error generated. gmake[1]: *** [real.mk:478: modules/m_geo_maxmind.so] Error 1 gmake: *** [GNUmakefile:210: target] Error 2 i happy to know if this from a system or from other thanks for help --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Jul 3 14:16:16 2023 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 4Qvnz42y10z4llyJ for ; Mon, 3 Jul 2023 14:16:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qvnz41gm7z3p4g for ; Mon, 3 Jul 2023 14:16:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1688393776; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=FyFFWqDc2Y2cewRVy7E44ezOn1YG1Oo6gAChAETa8Eg=; b=qLqahiiiMcVlj4aNsBvPXiJacQ6VNQeTs5QVZ8tp8UIY8PoiJUubvq2Qy92aDHHX/vjViJ GSuknMaU7jlXvxWbuDg/yvC6cJzxpuOzkwtP0MX2WkFMi3cYwA8MQeWvt93BSEe2yA8LoV tGteXv0vEulZYgMjKLKL7KjKgXqIb7d//BDvClLuQqjGRE/mJ7DIvu4SIbW44ZzL7x5R82 3YDZpOSBjJfXYA4ZMFpZ0zOMeWljpRDMQ5FmRztgER/bC9fdrc6lATc2HrBCA3DQpyjcgm dYaLoaZYYCMTJM9ohO4oSY7KHKKbvRXJ4fCTt/sodDimJVmVhZR3XHTZIky0rg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1688393776; a=rsa-sha256; cv=none; b=FjAy3PHWIYAXpupsknDh8rQ4DcjaP0FTBQDQixIks2wtrXGdKcN1ldRJu3YWzOZoQRAkeg 1l5xogHkMjNh2u9hC7jXxsC5sWjMxUEmDnkwe19cRlLPXQZLyuTryq8Bn3F4cFdb/JE+tK s0uOsrAgK+uvNRLUkd5g4D22nw/VcOe9C1K3HAWyQpTVCwXAw19DbTLXSIQzcYMXAADaE/ MZiRc2ajuEhAHDz5/FfvccFcitnOPEbSpnX9w/yB/r1ADAqGDs0Uifsj4A5rJQViIvnwh8 cf3NbVYDkF0aS3B7ikqKEfFVoomUMSUJIP8rMI6v261r9iOktZF+gUElIJrkHA== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4Qvnz40h6Vzt59 for ; Mon, 3 Jul 2023 14:16:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 363EGGM4077649 for ; Mon, 3 Jul 2023 14:16:16 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 363EGGIW077648 for virtualization@FreeBSD.org; Mon, 3 Jul 2023 14:16:16 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: virtualization@FreeBSD.org Subject: [Bug 272349] irc/inspircd fails to build with geo_maxmind module on freebsd 13.2 Date: Mon, 03 Jul 2023 14:16:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@igalic.co X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: ports-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to version product cc short_desc component Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272349 Mina Gali=C4=87 changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|virtualization@FreeBSD.org |ports-bugs@FreeBSD.org Version|13.2-RELEASE |Latest Product|Base System |Ports & Packages CC| |freebsd@igalic.co Summary|bug in freebsd 13.2 |irc/inspircd fails to build | |with geo_maxmind module on | |freebsd 13.2 Component|bhyve |Individual Port(s) --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Jul 8 07:49:47 2023 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 4Qyj9f3Cqsz4l44S; Sat, 8 Jul 2023 07:50:30 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp052.goneo.de [85.220.129.60]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qyj9d11twz3xd4; Sat, 8 Jul 2023 07:50:28 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=NcAk5B8e; spf=none (mx1.freebsd.org: domain of freebsd@walstatt-de.de has no SPF policy when checking 85.220.129.60) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub1.goneo.de (hub1.goneo.de [85.220.129.52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 759B610A32DA; Sat, 8 Jul 2023 09:50:21 +0200 (CEST) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 5056311222AF; Sat, 8 Jul 2023 09:50:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1688802615; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=HdCIB6zHyyNUolujOesKFPDaHYc/l5WEdBkvsXfAVEE=; b=NcAk5B8eL3cK7dQ4j2cBF4azE9WYyzeGmm4us/MENkwGrCeO7byc/t6bERJ4Og0r9iA/1m DVd5KVjkDlKNm25rBQdARnZTgGs09qIEVnONi1xATSWX529AxUDLpb+dUnLDdV3Z0j+vpl 1qzYzsfNsDjhrS/ELH6fOo1JG5RkPGthgZGnGIwOx1wyApliCgPbSycuLIi02v9cgEb8cJ R2yfCnCkul0/mbq7ksMLXUKTT4IGWEXJZYtBpKvltMvfoK6KkV+s9ALe02pV1MiEKPlB8K ehzj2brxOHyYJ7f6ItJkiwry1PJK/dGNOcSTMoSnLogTcI+mCc+JCreMYKp9nQ== Received: from thor.intern.walstatt.dynvpn.de (dynamic-089-014-247-167.89.14.pool.telefonica.de [89.14.247.167]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 1492E105ED92; Sat, 8 Jul 2023 09:50:15 +0200 (CEST) Date: Sat, 8 Jul 2023 09:49:47 +0200 From: FreeBSD User To: Pierre Pronchery Cc: freebsd-virtualization@freebsd.org, freebsd-current@freebsd.org Subject: Re: CURRENT: bhyve: xfreerdp doesn't support OpenSSL 3 yet. Alternatives? Message-ID: <20230708095014.1ede5bcd@thor.intern.walstatt.dynvpn.de> In-Reply-To: <105d4fa7-8472-6316-fc15-7ba8dd987974@freebsdfoundation.org> References: <20230629163533.4d430fed@thor.intern.walstatt.dynvpn.de> <20230629183519.7eff8540@thor.intern.walstatt.dynvpn.de> <105d4fa7-8472-6316-fc15-7ba8dd987974@freebsdfoundation.org> Organization: walstatt-de.de 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-UID: 80e7ba X-Rspamd-UID: 17a9d6 X-Spamd-Result: default: False [-2.30 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-virtualization@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[walstatt-de.de:+]; MIME_TRACE(0.00)[0:+]; BLOCKLISTDE_FAIL(0.00)[85.220.129.60:server fail,89.14.247.167:server fail,85.220.129.52:server fail]; RCVD_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; RCPT_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; FROM_HAS_DN(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4Qyj9d11twz3xd4 X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N Am Fri, 30 Jun 2023 16:45:52 +0200 Pierre Pronchery schrieb: My apology for the delay. Shortly after the post here and several patches the problem vanished into t= hin air - alos by using tigervnc as the client and not, as proposed on the FreeBSD Wiki page,= xfreerdp. Thank you very much for helping! Regards oh > Hi everyone, >=20 > I believe I understand where the issue loading OpenSSL's > legacy provider comes from (for MD4 support) and I am currently working=20 > on a fix here: > https://github.com/khorben/freebsd-src/tree/khorben/openssl-3.0-providers >=20 > Basically the OpenSSL provider module for legacy algorithms is not built= =20 > correctly, since the switch to OpenSSL 3.0.9 in base. The same goes with= =20 > the FIPS module, where finding an elegant solution is more difficult=20 > than for the legacy one, but I'm getting there. >=20 > Anyway, I will keep updating this branch until it's ready for a pull-up=20 > request, very likely with force-pushes in order to polish the commits=20 > before submission. >=20 > Let me know how it goes! >=20 > Cheers, > -- Pierre >=20 > On 6/29/23 23:56, Dustin Marquess wrote: > > On Jun 29, 2023 at 11:36=E2=80=AFAM -0500, FreeBSD User=20 > > , wrote: > >=20 > > Am Thu, 29 Jun 2023 16:41:51 +0200 > > Guido Falsi schrieb: > >=20 > > On 29/06/23 16:35, FreeBSD User wrote: > >=20 > > Hello, > >=20 > > running a recent CURRENT, 14.0-CURRENT #10 > > main-n263871-fd774e065c5d: Thu Jun 29 05:26:55 > > CEST 2023 amd64, xfreerdp (net/freerdp) doesn't working > > anymore on Windows 10 guest in > > bhyve. It seems OpenSSL 3 is the culprit (see the error > > message from xfreerdp below). I > > opened already a PR (see: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272281)= . In a > > very quick response I was informed that recent FreeRDP > > doesn't support OpenSSL 3 yes > > (https://github.com/FreeRDP/FreeRDP/pull/8920). > >=20 > > Checking for HowTo's setting up bhyve guests, I dodn't > > realise any setting for > > alternatives to RDP. As I do not fully understand how bhyve > > passes through its guest's > > framebuffer device/ or native GUI, I'm a bit helpless in > > searching for another solution to > > contact the Windows10 guest from the X11 desktop of the hos= ts. > >=20 > > Trying remmina turns out to be a fail, because in our > > installation libsoup2 and libsoup3 > > are installed both and remmina complains about having both > > symbols, also I realised > > remmina seems to utilize net/freerdb as the RDP backend. > >=20 > > Since I have no clue how to install "blindly" a VNCserver > > within the Windows10 guest, I > > presume VNC is not an option in any way. > >=20 > > Is there any way to access the bhyve guest's native > > graphical interface? As in the PR shown > > above already documented (setup taken from the FreeBSD > > Wiki/bhyve), a framebuffer is > > already configured. > >=20 > > It would be nice if someone could give a hint. > >=20 > >=20 > > I had the same issue, with Windows 10 pro hosts, but the fault = is in > > windows, which, by default, tries to negotiate an ancient > > protocol (NTLM > > using RC4 if I understand correctly). > >=20 > > With modern windows RDP servers there are better protocols > > available, > > you can get them in remmina by forcing "TLS protocolo security" > > in the > > advanced tab, security protocol negotiation (second row). > >=20 > > Doing this (after some experimentation with various options) > > solved the > > issue for me. > >=20 > >=20 > > Thank you very much for the quick response. > >=20 > > net/remmina is not an option on most of my workstations, since some > > required ports install > > libsoup3, and remmina complains about having found libsoup2 symbols > > as well as libsoup3 > > symbols when starting up - and quits. > >=20 > > Since remmina utilises net/freerdp, I was wondering if I could > > enforce TLS security by any > > kind of a switch, and trying the following > >=20 > > xfreerdp /v:192.168.0.128:5900 /u:ohartmann /sec:tls > >=20 > > resulting in > >=20 > > [...] > > [17:58:18:972] [1702:bb812700] [WARN][com.winpr.utils.ssl] - OpenSSL > > LEGACY provider failed to > > load, no md4 support available! > > [17:58:18:973] [1702:bb812700] [ERROR][com.freerdp.core.transport] - > > BIO_read returned an > > error: error:12800067:DSO support routines::could not load the > > shared library > > [17:58:18:973] [1702:bb812700] [ERROR][com.freerdp.core.transport] - > > BIO_read returned an > > error: error:12800067:DSO support routines::could not load the > > shared library > > [17:58:18:973] [1702:bb812700] [ERROR][com.freerdp.core.transport] - > > BIO_read returned an > > error: error:07880025:common libcrypto routines::reason(524325) > > [17:58:18:973] > > [1702:bb812700] [ERROR][com.freerdp.core] - > > transport_read_layer:freerdp_set_last_error_ex > > ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D] > > [17:58:18:981] [1702:bb812700] [ERROR][com.freerdp.core.transport] - > > BIO_read returned a > > system error 35: Resource temporarily unavailable > > [17:58:18:981] [1702:bb812700] [ERROR][com.freerdp.core] - > > transport_read_layer:freerdp_set_last_error_ex > > ERRCONNECT_CONNECT_TRANSPORT_FAILED > > [0x0002000D] [17:58:18:981] [1702:bb812700] > > [ERROR][com.freerdp.core] - freerdp_post_connect > > failed > >=20 > >=20 > > My setup is > >=20 > > bhyve -c 4 -m 4G -w -H \ > > -s 0,hostbridge \ > > -s 3,ahci-hd,/pool/home/ohartmann/bhyve/win10/disk_win10.img \ > > -s 5,virtio-net,tap0 \ > > -s 29,fbuf,tcp=3D0.0.0.0:5900,w=3D1920,h=3D1200,vga=3Dio \ > > -s 30,xhci,tablet \ > > -s 31,lpc \ > > -l com1,stdio \ > > -l bootrom,/usr/local/share/uefi-firmware/BHYVE_UEFI.fd \ > > win10 > >=20 > > and this is a working image setup a couple of weeks ago when VBox > > has been defective on > > CURRENT - should say: it worked once. > >=20 > > I can not interpret the error above. > >=20 > > bhyve is novel to me and I have to admit that I make some capital > > mistakes here - but can't > > find satisfying doucumentation ... > >=20 > > Kind reagrds, > >=20 > > Oliver > >=20 > >=20 > > RDP would be on the guest's IP using port 3389.=C2=A0=C2=A0Port 5900 on= the host's=20 > > IP is bhyve's VNC port, which speaks VNC, not RDP. > >=20 > > If you want to use VNC, try TigerVNC. > >=20 > > -Dustin =20 >=20 --=20 O. Hartmann From nobody Sat Jul 8 10:59:46 2023 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 4QynN83wxlz4lyGT for ; Sat, 8 Jul 2023 10:59:52 +0000 (UTC) (envelope-from void@f-m.fm) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4QynN6681rz4VD8 for ; Sat, 8 Jul 2023 10:59:50 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=idUeZTGe; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=lFPW7toA; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 66.111.4.28 as permitted sender) smtp.mailfrom=void@f-m.fm; dmarc=pass (policy=none) header.from=f-m.fm Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 71BFD5C00D4 for ; Sat, 8 Jul 2023 06:59:49 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Sat, 08 Jul 2023 06:59:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:sender:subject:subject:to:to; s=fm2; t=1688813989; x=1688900389; bh=iEWnSZyfESRGkTczOc38XPTXo plX1YnABnDLRw7vNQw=; b=idUeZTGeNeOJHWXTWLxMCMiomcYCEZ/Gtc0cbSKna 7jsWX/a7RDuhl7IjGtUK9WeZueZdV6bRU+0UkY0fa4qhlVUkAr8eK0EEOpYHxKol S8aGGsPjmUU0uTLNGliFWnSKS5/iOYVaUawRpEqgE91QEb6JrQ1neOcMRWZall55 zyTbFzxsZeeRY5+Z40y/0p2h0MV1lnzrPQtD1K4F0RcsL9n3YVao9RK9+L2iDLeh e4nZZy776tyMwnEyA9jVePNVV0kTy7WIz9icNOweFUdR0t1yomoVHWecONPOeV6l 6WHu9gvcDlrCup428x7K7sNwH836prDkv5gMlt62z3bHA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1688813989; x=1688900389; bh=iEWnSZyfESRGkTczOc38XPTXoplX1YnABnD LRw7vNQw=; b=lFPW7toAwvCks0Pv/ayP320otctMNMCd3cBqVJjP/k5vQqp2M4r PI1ul0IimpN22iMRgPjOu5iq+yxhiNcbpKZuxl68+IPchzEjRRkk4abRA2PvMDAV fgdrS+lm9ERJvEWTuzEQGBekxrzevLqgCZJOPUYEigNgmhMTMso2IAKFHHj7tTYU 9e3p2r4FBQICqx0CQh9nKFTm+67l1SgWXyXdLkTffZgc1CuNcrMT55bIeUmM4chb 06MJ4yJMdSI2+GcJTjr5fd0nC3sZNjPX41YeEptPV/ZdvRz6qxFeaEogz5z+vCek xJQUN1d0lyjMgXH+XcjlXc9LkKqVidPOlkA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrvdefgdefiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfggtggusehttdertddttd dvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffrrghtthgv rhhnpeevudffiedvffffgffhgeefjeefffdtieetheetkeefhfdvfefgtedtueehgeffue enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehvohhi ugesfhdqmhdrfhhm X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 8 Jul 2023 06:59:48 -0400 (EDT) Date: Sat, 8 Jul 2023 11:59:46 +0100 From: void To: freebsd-virtualization@freebsd.org Subject: convert bhyve vm image to something linux lvm/kvm/qemu can use Message-ID: Mail-Followup-To: freebsd-virtualization@freebsd.org 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 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spamd-Result: default: False [-3.71 / 15.00]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; RWL_MAILSPIKE_GOOD(-0.10)[66.111.4.28:from]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.28:from]; NEURAL_HAM_SHORT(-0.01)[-0.009]; PREVIOUSLY_DELIVERED(0.00)[freebsd-virtualization@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[f-m.fm]; MLMMJ_DEST(0.00)[freebsd-virtualization@freebsd.org]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4QynN6681rz4VD8 X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hello list, I need to convert a bhyve filebacked (so: .img) freebsd instance to something a linux host running lvm+kvm+qemu would understand. What format do I need to convert it to? Do I need to worry about the boot partition of the freebsd instance? -- From nobody Sat Jul 8 13:30:55 2023 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 4Qyrkl26Ymz4ldkT for ; Sat, 8 Jul 2023 13:31:11 +0000 (UTC) (envelope-from georg@syscid.com) Received: from 3gy.de (3gy.de [IPv6:2a03:4000:55:d1d::]) (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 ECDSA (P-384) client-digest SHA384) (Client CN "3gy.de", Issuer "E1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qyrkk20J4z3NVS for ; Sat, 8 Jul 2023 13:31:10 +0000 (UTC) (envelope-from georg@syscid.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=syscid.com header.s=light header.b=PWo3x+aD; spf=pass (mx1.freebsd.org: domain of georg@syscid.com designates 2a03:4000:55:d1d:: as permitted sender) smtp.mailfrom=georg@syscid.com; dmarc=pass (policy=reject) header.from=syscid.com Received: from [IPV6:2a02:1748:f7df:9c80:c412:abff:fef2:22ae] (unknown [IPv6:2a02:1748:f7df:9c80:c412:abff:fef2:22ae]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) (Authenticated sender: georg@syscid.com) by 3gy.de (FREEDOM) with ESMTPSA id 29AE72D40B49 for ; Sat, 8 Jul 2023 15:30:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=syscid.com; s=light; t=1688823059; h=from:subject:date:message-id:to:mime-version:content-type: content-transfer-encoding:content-language:in-reply-to:references; bh=YcY2j/eP1SoPYdskRhM6j7zuNZ+MI2xT2i+YgByn8+Y=; b=PWo3x+aDClxZZOpghtW7XMAS7LinwJMRTBs8p/nv0lPADagVtP3MCgne6baNd0dO3VfYsR 9TKs8LVShS5zcbXJPx0HaH4oANUvnleHfng2Nz7/4RD/HfqUQA8NxfndMH5WKiDzj0LxEI mNjZvBsIrnk+uHf6duKYmNZOa+MdJLNL4lC2cEKSeKfSpoBvLQeMbs+YIuBmyVlegwXtVh v+B/Q1T8vQLPOZ/P25OsgNsRfYrK5c9beA513IfGcAzYe2YSskFcljzo+AtP67aAFuvYG2 B8AcG/Djg/Kf98XAVq8qtDNBISRmt+R5zDJCSZFDwVBWWO5a7e2n8PENT+YRnQ== Message-ID: <0ef823e3-7076-d64f-3d15-aa1304f76807@syscid.com> Date: Sat, 8 Jul 2023 15:30:55 +0200 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 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.2 Subject: Re: convert bhyve vm image to something linux lvm/kvm/qemu can use Content-Language: en-US To: virtualization@freebsd.org References: From: Georg Pfuetzenreuter In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Last-TLS-Session-Version: TLSv1.3 X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.980]; DMARC_POLICY_ALLOW(-0.50)[syscid.com,reject]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[syscid.com:s=light]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[syscid.com:+]; ASN(0.00)[asn:197540, ipnet:2a03:4000::/32, country:DE]; MLMMJ_DEST(0.00)[virtualization@freebsd.org]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[virtualization@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4Qyrkk20J4z3NVS X-Spamd-Bar: --- X-ThisMailContainsUnwantedMimeParts: N Hi, I think qcow2 is the most popular format on KVM. Cheers Georg On 7/8/23 12:59, void wrote: > Hello list, > > I need to convert a bhyve filebacked (so: .img) freebsd instance to > something a linux host running lvm+kvm+qemu would understand. > > What format do I need to convert it to? > > Do I need to worry about the boot partition of the freebsd instance? From nobody Sat Jul 8 19:08:51 2023 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 4Qz0F62rCKz4m76W for ; Sat, 8 Jul 2023 19:09:30 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from webmail5.jnielsen.net (webmail5.jnielsen.net [IPv6:2607:f170:34:11::b0]) (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.freebsdsolutions.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Qz0F60JZPz3DJr for ; Sat, 8 Jul 2023 19:09:29 +0000 (UTC) (envelope-from lists@jnielsen.net) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple ([IPv6:2600:381:b110:372:3163:a4e8:c8b6:b73f]) (authenticated bits=0) by webmail5.jnielsen.net (8.17.2/8.17.1) with ESMTPSA id 368J9CcZ005469 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sat, 8 Jul 2023 13:09:15 -0600 (MDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail5.jnielsen.net: Host [IPv6:2600:381:b110:372:3163:a4e8:c8b6:b73f] claimed to be smtpclient.apple Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: John Nielsen 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 (1.0) Subject: Re: convert bhyve vm image to something linux lvm/kvm/qemu can use Date: Sat, 8 Jul 2023 13:08:51 -0600 Message-Id: References: Cc: freebsd-virtualization@freebsd.org In-Reply-To: To: void X-Mailer: iPhone Mail (20F75) X-Rspamd-Queue-Id: 4Qz0F60JZPz3DJr X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6364, ipnet:2607:f170:30::/44, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N > On Jul 8, 2023, at 5:00 AM, void wrote: >=20 > =EF=BB=BFHello list, >=20 > I need to convert a bhyve filebacked (so: .img) freebsd instance to > something a linux host running lvm+kvm+qemu would understand. >=20 > What format do I need to convert it to? Qemu can handle raw images just fine. If you want something more space frien= dly with more features you could do qcow2. (Use qemu-img to convert.) > Do I need to worry about the boot partition of the freebsd instance? If the VM is set up to boot with UEFI then the partitioning should be fine w= ith no changes, just make sure you use an appropriate UEFI boot firmware wit= h qemu (libvirtd makes this pretty straightforward). If you are using bhyve-load or similar to load the kernel from the bhyve hyp= ervisor you=E2=80=99ll need to adapt to a normal boot (could be either BIOS o= r UEFI, IMO UEFI is easier and it=E2=80=99s much more modern). If doing the f= ormer then you will likely need a FreeBSD-boot partition and to make sure al= l the boot blocks are in the right places (see the man page for gpart=E2=80=99= s =E2=80=9Cbootstrap=E2=80=9D command). If doing the latter you=E2=80=99ll n= eed an EFI MSDOS partition but you can just copy the EFI boot loader to it. S= ee the handbook. Also keep in mind that EFI doesn=E2=80=99t have to be the f= irst partition so if you=E2=80=99re out of space you can just extend the dis= k and add it at the end. JN