On Mon, Feb 8, 2021 at 8:00 AM Eugene Grosbein <eu...@grosbein.net> wrote: > > 08.02.2021 14:12, Warner Losh wrote: > > > > > > On Mon, Feb 8, 2021, 12:05 AM Daniel Ebdrup Jensen <debd...@freebsd.org > > <mailto:debd...@freebsd.org>> wrote: > > > > The branch main has been updated by debdrup (doc committer): > > > > URL: > > https://cgit.FreeBSD.org/src/commit/?id=866c8b8d5ddb982c2b8139153a4ddfdb2aac3364 > > > > commit 866c8b8d5ddb982c2b8139153a4ddfdb2aac3364 > > Author: Daniel Ebdrup Jensen <debd...@freebsd.org> > > AuthorDate: 2021-02-08 06:49:32 +0000 > > Commit: Daniel Ebdrup Jensen <debd...@freebsd.org> > > CommitDate: 2021-02-08 06:57:36 +0000 > > > > kldload(8): Add note about using kld_list in rc.conf(5) > > > > While here, also recommend that loader.conf(5) should only be used > > in > > order to get to mountroot, as rc(8) is less fragile, faster, and is > > easier to fix by booting to single-user mode instead of having to > > blacklist modules in the loader. > > > > > > I'm not sure this is good advice. The only modules that are fragile are 3rd > > party things like drm. It's no less hard to fix by unloading in the loader > > or fixing in single user. The speed difference is true, but unless the > > modules are huge, it isn't much. > > +1 > > Plus, Daniel missed two other points: nextboot(8) facility that works with > modules > loaded with the loader; and possibility to point to alternative location of > kernel module > with *_name variable documented in the loader.conf(5) manual page. > > The latter makes it possible to load alternative version of same driver, > real example is if_em.ko from base system vs. one from ports that has > different code base > and set of bugs/features. > > kld_list cannot do that. >
Huh? kld_list accepts a full pathname, which is the same kind of specification you'd need to do with one from port in loader with *_name. _______________________________________________ dev-commits-src-main@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/dev-commits-src-main To unsubscribe, send any mail to "dev-commits-src-main-unsubscr...@freebsd.org"
