From owner-freebsd-current@FreeBSD.ORG Tue Nov 17 22:29:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9E8E1065693 for ; Tue, 17 Nov 2009 22:29:30 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id AAEB58FC19 for ; Tue, 17 Nov 2009 22:29:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 5192B7CA57; Wed, 18 Nov 2009 11:29:29 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w6-7fXA9Lpb8; Wed, 18 Nov 2009 11:29:24 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 18 Nov 2009 11:29:24 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 18AC911475; Wed, 18 Nov 2009 11:29:24 +1300 (NZDT) Date: Wed, 18 Nov 2009 11:29:23 +1300 From: Andrew Thompson To: Gonzalo Nemmi Message-ID: <20091117222923.GA63610@citylink.fud.org.nz> References: <200911172021.16848.gnemmi@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200911172021.16848.gnemmi@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_MODULES, does it actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 22:29:31 -0000 On Tue, Nov 17, 2009 at 08:21:16PM -0200, Gonzalo Nemmi wrote: > I've been playing around with it (RC3, i386) and got it to look like > this (/etc/make.conf): > > WITHOUT_MODULES= dev/firewire dev/bwi dev/bce dev/bfe dev/iwi dev/iwn > zfs sound/driver/ad1816 sound/driver/ai2s sound/driver/als4000 > sound/driver/atiixp sound/driver/audiocs sound/driver/cmi > sound/driver/cs4281 sound/driver/cs4281 sound/driver/csa > sound/driver/davbus sound/driver/ds1 sound/driver/emu10k1 > sound/driver/emu10kx sound/driver/envy24 sound/driver/envy24ht > sound/driver/es137x sound/driver/ess sound/driver/fm801 > sound/driver/ich sound/driver/maestro3 sound/driver/mss > sound/driver/neomagic sound/driver/sb16 sound/driver/sb8 > sound/driver/sbc sound/driver/solo sound/driver/spicds > sound/driver/t4dwave sound/driver/uaudio sound/driver/via8233 > sound/driver/via82c686 sound/driver/vibes > > Well .. I don't know what's wrong but no matter what, all of those > modules and stuff still get built and end up under /boot/kernel ... I > just need "sound" and "snd_hda"... > > What am I doing wrong? > Any hint will help I think you are looking for MODULES_OVERRIDE and it can go in your kernel config file or /etc/make.conf # MODULES_OVERRIDE can be used to limit modules built to a specific list makeoptions MODULES_OVERRIDE="sound/sound sound/driver/hda" Andrew