Date: Tue, 18 Jul 2000 14:13:59 -0700 From: Mike Smith <msmith@freebsd.org> To: Marcel Moolenaar <marcel@cup.hp.com> Cc: arch@FreeBSD.ORG Subject: Re: Multiple kernels / module search path Message-ID: <200007182113.OAA18973@mass.osd.bsdi.com> In-Reply-To: Your message of "Tue, 18 Jul 2000 09:20:39 PDT." <397483D7.DFEC9BBC@cup.hp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> The problem is with versioning. If I add 3rd party module foo.ko to > modules, while it actually is a module for kernel 'kernel.bar' *and* > kernel and kernel.bar are sufficiently incompatible, then kernel won't > boot (for example) if the module is loaded at boot time. > > Or, if kernel.bar is booted and I want to load foo.ko, I might pick up > the version from /modules if I don't happen to have a foo.ko in > /modules.bar, which may be sufficiently incompatible and cause a kernel > panic. This has already been discussed to death, and consensus has been as follows: When a kernel is built and installed in the default fashion, a directory 'kernel' will be created. This directory will contain a file kernel.ko (the core kernel module) and any other modules configured to be built with the kernel (at this time, that's all of them). The actual name of this directory is of course subject to modification, and its final location (/, /boot, etc.) hasn't really been tied down. Entirely separately, there is a 'modules' directory, which is listed second on the module search path, and which contains modules not directly tied to the exact running instance of the kernel. ie. third-party modules, meta-information (splash screens, SCSI quirk tables, etc.). Note that with module versioning, you can't load an incompatible module, so that's not actually an issue. As long as there's a compatible version of a module somewhere on your search path, you'll be fine. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200007182113.OAA18973>