aboutsummaryrefslogtreecommitdiff
path: root/sys/arm64/include/stdarg.h
diff options
context:
space:
mode:
authorRoman Bogorodskiy <novel@FreeBSD.org>2026-07-22 16:08:09 +0000
committerRoman Bogorodskiy <novel@FreeBSD.org>2026-10-24 11:01:53 +0000
commite809c7d810ced2307741a7c0c135a8b1bef1851b (patch)
treee842a30ce436a33c6b0427d20696fc7a18e66996 /sys/arm64/include/stdarg.h
parenta03b051f238eb78cfccbe834b0cc206e66d566e5 (diff)
bhyve: add command to list config optionsHEADmain
For a software built on top of bhyve(8) and/or managing bhyve(8), it is very convenient to know what specific features the given binary supports. Currently, bhyve(8) provides some of this information, and it could be retrieved by parsing `bhyve -h`, `bhyve -s help`, `bhyve -l help`. Sometimes it is not enough, for example, the recently added "oemstrings" feature cannot be fully probed using these commands. Over time, some workarounds were suggested. Specifically: - Mapping features to __FreeBSD_version. I see at least two issues with that: * __FreeBSD_version does not directly map to bhyve(8) features, so this is simply not accurate. * bhyve(8) might be updated separately from the system, which is not so uncommon, especially for development purposes. Then such a probing will be inaccurate. - Manual pages parsing. I see more disadvantages with that: * Manual pages are meant to be read by a human. Extracting information from it by a machine is not the most convenient thing. Especially understanding side notes like: "Note, feature 'foo' is arm64-only!". * Manual pages might be inaccurate, they might miss options. * bhyve(8) could be used in an environment where manual pages are not installed. This commit attempts to close this gap by introducing the "bhyve -o help" command which prints all the supported configuration variables. In my opinion, it is, in combination with the other commands mentioned above, sufficient to retrieve most of the capabilities of the given bhyve(8) binary. The current implementation defines a simple configuration schema for common and machdep code and prints out a list of supported configuration variables for the current architecture. The next step as I see it would be extending set_config*() functions to validate the user provided values against the schema, so users get notified early on incorrect or misspelled configuration variables. It would also be nice to allow users to only validate their configuration, think of 'nginx configtest / -t'. Reviewed by: chuck (previous revision), bnovkov MFC after: 1 month MFC to: stable/15 Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D58419
Diffstat (limited to 'sys/arm64/include/stdarg.h')
0 files changed, 0 insertions, 0 deletions