From owner-cvs-all@FreeBSD.ORG Fri Nov 14 08:35:54 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from green.bikeshed.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id CF7EB16A4CE; Fri, 14 Nov 2003 08:35:53 -0800 (PST) Received: from green.bikeshed.org (localhost [127.0.0.1]) by green.bikeshed.org (8.12.10/8.12.9) with ESMTP id hAEGZrcR031468; Fri, 14 Nov 2003 11:35:53 -0500 (EST) (envelope-from green@green.bikeshed.org) Received: from localhost (green@localhost)hAEGZqiT031464; Fri, 14 Nov 2003 11:35:52 -0500 (EST) Message-Id: <200311141635.hAEGZqiT031464@green.bikeshed.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: "M. Warner Losh" In-Reply-To: Message from "M. Warner Losh" <20031114.091222.00738834.imp@bsdimp.com> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 Nov 2003 11:35:52 -0500 Sender: green@green.bikeshed.org cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/conf kern.post.mk kmod.mk X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Nov 2003 16:35:54 -0000 "M. Warner Losh" wrote: > In message: <200311141604.hAEG4BCg041862@repoman.freebsd.org> > Brian Feldman writes: > : Include opt_global.h in the modules build, when building from a normal > : kernel build. This makes it possible for me not to get pissed off that > : random.ko crashes the system trying to rdtsc() when the i386/cpu.h > : support code decides it's okay to call that op when neither I386_CPU or > : I486_CPU is defined. I guess it also makes WITNESS/INVARIANTS defines > : get picked up by the modules. > > I've been polishing similar things that I'd hoped to get into this > release. I'll try to finish them up today. You should really talk to > people before doing these things. I know that you have been working on that, and I'm very happy to see that. If this makes things difficult of course there's no reason not to remove it other than being an interim solution for crashes people might see now. If I didn't know you were working on the smarter module build, I would have just gone through all the headers and tried to remove all the "harmful" uses of constants defined by opt_global.h (which I feel is very much not a "solution", but either way... getting rid of the problem is important, and I don't think that the importance is particularly diminished just because the bugs have existed for a while, IMHO). -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\