| 152583f4 | 05-Jun-2019 |
Leandro Lupori <[email protected]> |
MFC r348025: Unbreak the build when `ELF_VERBOSE` is defined after r348005
This change properly terminates the formatting string quote modification done in r348005, which is triggered when `ELF_VERB
MFC r348025: Unbreak the build when `ELF_VERBOSE` is defined after r348005
This change properly terminates the formatting string quote modification done in r348005, which is triggered when `ELF_VERBOSE` is defined.
Reported by: ci (amd64, gcc)
show more ...
|
| c10adc46 | 29-Nov-2018 |
Toomas Soome <[email protected]> |
MFC r340215: oader: always set media size from partition.
The disk access is validated by using partition table definitions, therefore we have no need for if statements, just set the disk size.
Of
MFC r340215: oader: always set media size from partition.
The disk access is validated by using partition table definitions, therefore we have no need for if statements, just set the disk size.
Of course the partition table itself may be incorrect/inconsistent, but if so, we are in trouble anyhow.
Differential Revision: https://reviews.freebsd.org/D17822
show more ...
|
| d3d381b2 | 01-Sep-2018 |
Kyle Evans <[email protected]> |
userboot: handle guest interpreter mismatches more intelligently
The switch to lualoader creates a problem with userboot: the host is inclined to build userboot with Lua, but the host userboot's int
userboot: handle guest interpreter mismatches more intelligently
The switch to lualoader creates a problem with userboot: the host is inclined to build userboot with Lua, but the host userboot's interpreter must match what's available on the guest. For almost all FreeBSD guests in the wild, Lua is not yet available and a Lua-based userboot will fail.
This revision updates userboot protocol to version 5, which adds a swap_interpreter callback to request a different interpreter, and tries to determine the proper interpreter to be used based on how the guest /boot/loader is compiled. This is still a bit of a guess, but it's likely the best possible guess we can make in order to get it right. The interpreter is now embedded in the resulting executable, so we can open /boot/loader on the guest and hunt that down to derive the interpreter it was built with.
Using -l with bhyveload will not allow an intepreter swap, even if the loader specified happens to be a userboot with the wrong interpreter. We'll simply complain about the mismatch and bail out.
For legacy guests without the interpreter marker, we assume they're 4th. For new guests with the interpreter marker, we'll read it and swap over to the proper interpreter if it doesn't match what the userboot we're using was compiled with.
Both flavors of userboot are installed by default, userboot_4th.so and userboot_lua.so. This fixes the build WITHOUT_FORTH as a coincidence, which was broken by userboot being forced to 4th.
Reviewed by: imp, jhb, araujo (earlier version) Approved by: re (gjb) Differential Revision: https://reviews.freebsd.org/D16945
show more ...
|