en Copyright 2015 Java http://172.16.0.5:8080/history/freebsd-12.1/stand/userboot/userboot_lua/Makefile#d3d381b2 userboot: handle guest interpreter mismatches more intelligentlyThe switch to lualoader creates a problem with userboot: the host isinclined to build userboot with Lua, but the host userboot's interpretermust match what's available on the guest. For almost all FreeBSD guests inthe wild, Lua is not yet available and a Lua-based userboot will fail.This revision updates userboot protocol to version 5, which adds aswap_interpreter callback to request a different interpreter, and tries todetermine 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 likelythe best possible guess we can make in order to get it right. Theinterpreter is now embedded in the resulting executable, so we can open/boot/loader on the guest and hunt that down to derive the interpreter itwas built with.Using -l with bhyveload will not allow an intepreter swap, even if theloader specified happens to be a userboot with the wrong interpreter. We'llsimply 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 overto the proper interpreter if it doesn't match what the userboot we're usingwas compiled with.Both flavors of userboot are installed by default, userboot_4th.so anduserboot_lua.so. This fixes the build WITHOUT_FORTH as a coincidence, whichwas 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 List of files: /freebsd-12.1/stand/userboot/userboot_lua/Makefile Sat, 01 Sep 2018 02:23:45 +0000 Kyle Evans <kevans@FreeBSD.org>