svn commit: r344418 - stable/11

[Rodney W. Grimes]

> Author: kevans
> Date: Thu Feb 21 03:48:39 2019
> New Revision: 344418
> URL: https://svnweb.freebsd.org/changeset/base/344418
> 
> Log:
>   Direct commit for post-mortem UPDATING update regarding lualoader
>   
>   Indicate that it's been merged (after some delay since lua came back to this
>   branch) and how one can test lua, both by swapping build knobs and creating
>   links in /boot.
> 
> Modified:
>   stable/11/UPDATING
> 
> Modified: stable/11/UPDATING
> ==============================================================================
> --- stable/11/UPDATING	Thu Feb 21 03:39:51 2019	(r344417)
> +++ stable/11/UPDATING	Thu Feb 21 03:48:39 2019	(r344418)
> @@ -17,6 +17,20 @@ the tip of head, and then rebuild without this option.
>  from older version of current across the gcc/clang cutover is a bit fragile.
>  
>  20190220:
> +	Co-existance for Forth and Lua interpreters in bootloaders has now been
> +	merged to ease testing of lualoader.  LOADER_DEFAULT_INTERP, documented
> +	in build(7), may be used to control which interpreter flavor is used in
> +	the default loader to be installed.  For systems where Lua and Forth
> +	coexist, this switch can also be made on a running system by creating a
> +	link from /boot/loader_${flavor}{,efi} to /boot/loader{,.efi} rather
                                          ^. missing
And is not the direction of that link reversed?
/boot/loader_${,.efi} -> /boot/loader_${flavor}{,.efi}
is what I would expect the link to be for this.

> +	than requiring a rebuild.
> +
> +	The default flavor in this branch will remain Forth.  As indicated in
> +	the 20190216 UPDATING entry, booting is a complex environment; it would
> +	be prudent to assume that lualoader may not work for your setup and make
> +	provisions for backup boot methods.
> +
> +20190220:
>  	zfsloader's functionality has now been folded into loader.
>  	zfsloader is no longer necesasary once you've updated your
>  	boot blocks. For a transition period, we will install a
> 
> 

-- 
Rod Grimes                                                 rgrimes at freebsd.org