Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 08 May 2023 09:02:11 +0200
From:      Corvin =?ISO-8859-1?Q?K=F6hne?= <corvink@FreeBSD.org>
To:        Rebecca Cran <rebecca@bsdio.com>, virtualization@FreeBSD.org
Subject:   Re: Bhyve: SMBIOS area too small for 65+ vCPUs
Message-ID:  <825bd0e2b446c6eb93f3194399037b5e164ae3cc.camel@FreeBSD.org>
In-Reply-To: <e4215350-2a1e-6b29-f2cd-3b3af15e4d00@bsdio.com>
References:  <e4215350-2a1e-6b29-f2cd-3b3af15e4d00@bsdio.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?825bd0e2b446c6eb93f3194399037b5e164ae3cc.camel>