Date: Mon, 8 Jun 1998 13:33:03 +0200 From: Eivind Eklund <eivind@yes.no> To: "Jordan K. Hubbard" <jkh@time.cdrom.com>, sos@FreeBSD.ORG Cc: Bruce Evans <bde@zeta.org.au>, cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-sys@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/isa/snd ad1848.c sb_dsp.c sound.c Message-ID: <19980608133303.28877@follo.net> In-Reply-To: <21391.897304637@time.cdrom.com>; from Jordan K. Hubbard on Mon, Jun 08, 1998 at 04:17:17AM -0700 References: <199806080953.LAA03173@sos.freebsd.dk> <21391.897304637@time.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jun 08, 1998 at 04:17:17AM -0700, Jordan K. Hubbard wrote: > > > LINT compiles fine, but some modules are so bogusly configured that > > > they can't live in LINT together with other modules. > > > > That's no excuse for testing. > > not testing, you mean? :-) To summarize thus far: > > 1. What we consider a "reasonable test" of any kernel change has always > been a relatively clean build of LINT. > > 2. Doug built LINT. > > 3. The sound code you had problems with is enabled in the LINT configuration > (the old, not new Luigi code) and thus, assuming that everyone did their > bit correctly, *was* tested by Doug and the failure must therefore be in > the testing method itself. The problem is in the fact that the snd drivers is imported with files named the same as the sound/ files, and thus don't get compiled during LINT. This is bogus. Apart from that, we probably should have an "ANTILINT" file, which contains the options that couldn't make it into LINT due to disabling code (like SLICE). There is also another test available - build the 'LKM' kernel, and do a 'make && make regress' in the src/lkm directory. This check that you haven't broken LKM linking. Eivind.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19980608133303.28877>