loader: Add TSLOG to interpreter built-ins

Wrap each call to a built-in command with TSENTER/TSEXIT to make
it easier to see where time is going in the loader.

MFC after: 1 week
Sponsored by: Amazo

loader: Add TSLOG to interpreter built-ins

Wrap each call to a built-in command with TSENTER/TSEXIT to make
it easier to see where time is going in the loader.

MFC after: 1 week
Sponsored by: Amazon
Differential Revision: https://reviews.freebsd.org/D46630

(cherry picked from commit 58ec2d0d4a3c3bcf741d9694dc7696c7b4e753b9)

show more ...

stand: Kill commented out line

This line is no longer needed as fallback, and should have been deleted
in 7870a52598ad8 instead of commented out, but 26 years later, I have a
high degree of confiden

stand: Kill commented out line

This line is no longer needed as fallback, and should have been deleted
in 7870a52598ad8 instead of commented out, but 26 years later, I have a
high degree of confidence that old change was right and we won't need
this line as a fallback.

Sponsored by: Netflix
Reviewed by: kevans, jhb
Differential Revision: https://reviews.freebsd.org/D45880

(cherry picked from commit 65300ca729452f62c201baedcbb4a67f2afc5ed5)

show more ...

loader: Load a splash screen if "splash" variable is defined

Load a splash screen that vt(4) can use if the "splash" env variable is defined.
For now only png is supported and decoding is done in lo

loader: Load a splash screen if "splash" variable is defined

Load a splash screen that vt(4) can use if the "splash" env variable is defined.
For now only png is supported and decoding is done in loader and not in kernel
compared to splash screen support in sc(4).

For using this add:
boot_mute="YES"
splash="/boot/images/freebsd-logo-rev.png"
in loader.conf

Differential Revision: https://reviews.freebsd.org/D45932
Reviewed by: imp, tsoome
Sponsored by: Beckhoff Automation GmbH & Co. KG

(cherry picked from commit 00460cc8c5ad02b628e81eec9e493a1df8393d36)

show more ...

stand: module: unlink the entire tail when dependencies fail to load

Assume you have loader configured to load linux64, which has a
dependency on both linux_common and mqueuefs but neither the kerne

stand: module: unlink the entire tail when dependencies fail to load

Assume you have loader configured to load linux64, which has a
dependency on both linux_common and mqueuefs but neither the kernel
nor kernel config in question have the mqueuefs module included.

When the load command for linux64 fails to find mqueuefs, it will
free both linux64 and linux_common as they were loaded first, but only
linux64 gets removed from the module list. As a result, future
traversals hit an easy use-after-free with linux_common.

Fix it so that we unlink the entire tail of the list. Anything after
the initially loaded module is, by definition, a dependency on the
loaded module while we're still in the load command, so we can just
discard the entire tail. If linux_common were loaded before linux64, it
should not move to a position during this load where it would suddenly
be missing from the view presented to the kernel.

Reported by: philip
Reviewed by: imp, philip, tsoome

(cherry picked from commit 3da568710fde08251996c117b87bedb326dedb57)

show more ...