From nobody Mon May 08 07:02:11 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 4QFC056G7Jz49TYM for ; Mon, 8 May 2023 07:02:13 +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 4QFC055mCGz3M0f; Mon, 8 May 2023 07:02:13 +0000 (UTC) (envelope-from corvink@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683529333; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=2DjB/zpKaiojJi0nyxA2CZG/CS9Q6jwrqpFptJJxGbk=; b=ZjOI2mALQP3G1y+nlxMiaQSi7U64h6V9Rk1BDbJYwG1S6bn5K6wskG3ICA8xIzWi3YJbKM dEHVn3bYwQbOTWYs1Hzt/VFSuAVv9Wuq8Pjfr7Ydg7qWxKM0Kul9ydyU3AA56G6zZyBtAL M0/MLV2yq3cq1d59waagAmYSrhChfkTeo63OVOzHyfHO6zh25xYCXYBh59De/zzGcbHebQ HzK4i5vThRb9tHrcTEPH5s0/zChNkwurcbu+RbOSne5vck4FNzqY34l42gEi/dMslchBQT AL7hWjtafKF2PtMsb+3dw3PlhzvdDdyoxRflmYBWB3AzRbD9fKC/HOfw65pb7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1683529333; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=2DjB/zpKaiojJi0nyxA2CZG/CS9Q6jwrqpFptJJxGbk=; b=CiiYIEXcUic3qYhF/MmK5XZiyZGwe0WtklY3UKv2BVrUiNtAjTvwdg3O1+pczsoVrkXKpG vsAFtdaQimkX1POe+jJFCYrFFkDcLrKN5C4cQFEGkqaRMMafefnRt+qm+g/kkPybYn5P2Y wrrGzHGMFBkI8ogb3Gyh7uOYEH4FgKkM4SbXWhlFXmjLLw2h3HT1OBAakUoESWjaorT6ql hbNy4Ft0fQg82aQ/hCo6j+9OoNb2UtqFI4i6MoGHy/ILNac0Pv7YPkLh9IfZ/eD0OqbyuH kcn6WZo3IY6WpKS7IQ4cawmYi1JRwuNfAlCPIyw+mIWuZRrSAwb5bcMwlFpd2g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683529333; a=rsa-sha256; cv=none; b=XViGZ5oOQe/X8CCJc+fNIEJOnj+uv8o1isRrYuI0QcMCMhdXDuy1mpD726RZpml0vDvSsZ LJ/z9ZdkMnVV61kyJWqxAceQMCPwuDY/U6zXZXHHrwjm8MVHSpa3rIn2RylpJ3Myp+gPK7 VDB/LB021auqY2+aIT4iIYfVkmScFjOzDaUCA7dQrWKN/JvoqZ8TzBPV4ozLRzSx7fyQtu 0vXI+7BMhr2QRdtc883zPVesD64SxQoPQq1H6sKH1kzIX0qJsJja33QW6eD5s2T9LB4TbU FH15bLS0JkBoEBx2EFRlimzjU/PoW6llVCWlZEVQ2mpzad9zduixTTQtQCRhdQ== Received: from [IPv6:2001:9e8:da40:1c00:ad1c:2f13:7a7f:7a98] (unknown [IPv6:2001:9e8:da40:1c00:ad1c:2f13:7a7f:7a98]) (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) (Client did not present a certificate) (Authenticated sender: corvink) by smtp.freebsd.org (Postfix) with ESMTPSA id 4QFC0529gszh3f; Mon, 8 May 2023 07:02:13 +0000 (UTC) (envelope-from corvink@FreeBSD.org) Message-ID: <825bd0e2b446c6eb93f3194399037b5e164ae3cc.camel@FreeBSD.org> Subject: Re: Bhyve: SMBIOS area too small for 65+ vCPUs From: Corvin =?ISO-8859-1?Q?K=F6hne?= To: Rebecca Cran , virtualization@FreeBSD.org Date: Mon, 08 May 2023 09:02:11 +0200 In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-A62HmCN2dr0LbRgsR7+z" User-Agent: Evolution 3.46.4 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 --=-A62HmCN2dr0LbRgsR7+z Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, 2023-05-07 at 11:12 -0600, Rebecca Cran wrote: > I have a machine with enough cores that I'm able to run large VMs > with=20 > up to 128 or more vCPUs. >=20 > However, it looks like bhyve's SMBIOS area is too small once we reach > 65=20 > vCPUs since I get the following assert failure on boot: >=20 >=20 > bcran@maxamd:~/bhyve % sudo ./runbhyve.sh > fbuf frame buffer base: 0xde214e00000 [sz 16777216] > Assertion failed: (curaddr - startaddr < SMBIOS_MAX_LENGTH), function > smbios_build, file /usr/src/usr.sbin/bhyve/smbiostbl.c, line 936. > Abort trap >=20 >=20 > =C2=A0From looking through the code it appears we can't simply make it > larger=20 > because the ACPI tables after after it. >=20 >=20 Hi Rebecca, I've already ported qemu's fwcfg interface and qemu's acpi table loader to bhyve. It shouldn't be hard to do the same for smbios. Do you know how qemu passes his smbios tables to the guest? Is it just a binary blob or does it requires some patch instruction like acpi? --=20 Kind regards, Corvin --=-A62HmCN2dr0LbRgsR7+z Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgvRSla3m2t/H2U9G2FTaVjFeAmoFAmRYnnMACgkQ2FTaVjFe Amq0ahAApL4g4lKhmtfnfbuXqIl4rhhtQvnLdORuN5ei+dLg2ET3P9VDiDOAuTEs pqa3ozF1vAs9OgwGyGw9IRaZK24HZSlnA/maRWsN38yOmNH82esPZEaWMbZMN4c2 829kVwlsyC7NqdNnvS9fMsVtVfevIMRaKvNoumqwHK9XZacb2FQ++OnuBvCPpgpz YPrqOnx58pBcfjLFvzUG+n5Y7H9h9igOB/wPAVRCoAcCpKVBVZuyvo4KNLtAYff3 kSr8LDh7rVn8df84+TskloRyBVOBAKuHNu5PCS1k/izsGRhun8/MAjNTsX8fjv6K aTBRb2wqt9j4EYLmdLEoofNYo5RAVcqk7j6GkshoccHoxjtJ/kWzQtAlJOVgJx/W qXFuK6dsv6UYT9P6o+L0B5l897BvUwcI+Uiqj1GTiZLAnyplJ77W7Vm+tok3LpVt AefW1iEEhwSJoLERAjMfV0bHMWw66029qZFYXOC7dmSA042+Purnn+A62pWtyAN/ aRiF+73ze5yJlnUTNVnnBPwatcd8CcRTICcHqP4QbqBiYfEFaOKN2RUSsyFPI1Xw kmhPZ0T4LHV7d94z7IlkRHs7DsPOhQYWWl8qNZ9zxTvAoP2xDwl6iZy+1uAAkhjC fg7PTDxGRYFXgR6AvkyxwMblb8LwjJIYahV9XBAMXUoieenQbys= =r78M -----END PGP SIGNATURE----- --=-A62HmCN2dr0LbRgsR7+z--