Date: Tue, 3 Apr 2001 12:40:03 -0700 (PDT) From: "T. William Wells" <bill@twwells.com> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/26317: /modules not created by make installkernel Message-ID: <200104031940.f33Je3G26521@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/26317; it has been noted by GNATS. From: "T. William Wells" <bill@twwells.com> To: roam@orbitel.bg (Peter Pentchev) Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/26317: /modules not created by make installkernel Date: Tue, 3 Apr 2001 14:01:38 -0400 (EDT) > The /modules directory is created in the first stage of the 'make installworld' > process. As world and kernel should generally always be rebuild/reinstalled > in sync, this does not usually arise as a problem :) Ideally, yes. Actually, what happened is that I was under the misapprehension that specifying NO_MODULES meant that one didn't get -- or need -- kernel modules. So I blew away that directory after I had built and installed my kernel, only to discover that I really did need some kernel modules. (For Linux compatibility and for a screensaver; evidently, those can't be compiled into the kernel nowadays.) So, I did another make buildkernel (the easy to fix my blunder, I thought), and found that it didn't work as expected. > As you correctly point out, a workaround is to always have a /modules dir. > I wonder, though, whether the 'installkernel' target in Makefile.inc1 should > not, too, invoke a 'make hierarchy', or at least some subset of that, to do > an mtree from BSD.root.dist; that should ensure that the /modules directory > is there. It would. OTOH, installation of the kernel really doesn't need anything other than / and /modules, right? So maybe it should just do a mkdir /modules and not worry about the rest. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200104031940.f33Je3G26521>