Page MenuHomeFreeBSD

Document the efivar --load-option option
ClosedPublic

Authored by bcran on Feb 20 2019, 5:22 AM.
Tags
None
Referenced Files
F103537016: D19263.id54123.diff
Tue, Nov 26, 5:52 AM
Unknown Object (File)
Fri, Nov 8, 1:35 AM
Unknown Object (File)
Fri, Nov 1, 4:38 AM
Unknown Object (File)
Oct 18 2024, 8:28 PM
Unknown Object (File)
Oct 18 2024, 10:39 AM
Unknown Object (File)
Oct 3 2024, 1:15 PM
Unknown Object (File)
Oct 2 2024, 6:34 PM
Unknown Object (File)
Oct 1 2024, 1:46 PM
Subscribers

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

  • Remove text about needing to use --print with --load-option
kevans added inline comments.
usr.sbin/efivar/efivar.8
152–153 ↗(On Diff #54123)

I might suggest re-wording slightly to more strongly indicate that the value will be fully decoded into its path components rather than displayed as-is. I don't feel that strongly about it, though.

This revision is now accepted and ready to land.Mar 5 2019, 4:02 AM
usr.sbin/efivar/efivar.8
152–153 ↗(On Diff #54123)

I'd be inclined for something more verbose:

"Decode the variable as if it were a UEFI BOOT_OPTION, including information about what device and/or paths the UEFI DEVICE_PATHS decode to"

But I'm not sure that's quite right either.

I like that idea. Except perhaps write BOOT_OPTION as Boot Option.

This revision was automatically updated to reflect the committed changes.
bcran marked 2 inline comments as done.