Date: Mon, 24 Apr 2000 22:44:16 -0400 (EDT) From: "Brandon D. Valentine" <bandix@looksharp.net> To: Kenneth Wayne Culver <culverk@wam.umd.edu> Cc: "Jeroen C. van Gelderen" <jeroen@vangelderen.org>, Richard Wackerbarth <rkw@dataplex.net>, Matthew Dillon <dillon@apollo.backplane.com>, freebsd-current@FreeBSD.ORG Subject: Re: SMP changes and breaking kld object module compatibility Message-ID: <Pine.BSF.4.21.0004242223560.29270-100000@turtle.looksharp.net> In-Reply-To: <Pine.GSO.4.21.0004241008370.13917-100000@rac8.wam.umd.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 24 Apr 2000, Kenneth Wayne Culver wrote: >I believe that it depends on what changes were made since the last >recompile, although it is good practice to at least recompile the modules >when the kernel is recompiled. In my opinion the best way to handle things like this is to add a modules target to the kernel Makefile which would call src/sys/modules/Makefile and allow users who would perhaps never venture into src/sys except when heading straight for src/sys/i386/conf to easily update their modules. It makes little sense to have modules under src/sys and in the src-sys collection if the only time they are routinely rebuilt is through a complete make world. Isn't the idea of having a seperate Makefile for src/sys so that *all* kernel level code can be recompiled and/or updated without the user having to possess all of src or knowledge of the world process? I know I'm not the first person to raise the issue, but I don't think I should be the last either. I think it's a sound architectual decision and 100% inline with FreeBSD's commitment to accomodate users of all skill levels. Brandon D. Valentine -- bandix@looksharp.net Illegitimi non carborundum. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0004242223560.29270-100000>