From owner-freebsd-questions@FreeBSD.ORG Tue Jul 3 08:54:12 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B598106564A for ; Tue, 3 Jul 2012 08:54:12 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp2.insight.synacor.com [208.47.185.24]) by mx1.freebsd.org (Postfix) with ESMTP id 1F2218FC17 for ; Tue, 3 Jul 2012 08:54:11 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=ZKvIsTFaZsZu4+8+6APWrjupNqrYIYJCh2RzGgTYSAo= c=1 sm=0 a=nB4jEUsvz2gA:10 a=jLN7EqiLvroA:10 a=VfrY9nWw-ZqHTdaeTPcA:9 a=jKRid43F7UoA:10 a=Q/oqmR4JO1zR3vNQamCQeQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp01.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp01.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.26.53 as permitted sender) Received: from [74.134.26.53] ([74.134.26.53:38025] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 6D/85-32097-D23B2FF4; Tue, 03 Jul 2012 04:54:05 -0400 Date: Tue, 03 Jul 2012 04:54:05 -0400 Message-ID: <6D.85.32097.D23B2FF4@smtp01.insight.synacor.com> From: "Thomas Mueller" To: freebsd-questions@freebsd.org Cc: Wojciech Puchar , Polytropon Subject: Re: WITHOUT_MODULES in /etc/make.conf doesn't work X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2012 08:54:12 -0000 from Polytropon : > On Mon, 02 Jul 2012 22:59:44 -0400, Thomas Mueller wrote: > > How does one, when building the kernel, prevent building one or more modules? > Use the "new" means of /etc/src.conf (see "man src.conf" for > details) to prevent the building of modules. I looked through "man make.conf" and "man src.conf" and couldn't find what you mean by the "new" means of /etc/src.conf . I saw references to WITHOUT_MODULES in "man make.conf" but not "man src.conf". Would WITHOUT_MODULES= ulpt work better in /etc/src.conf than in /etc/make.conf ? > > I have > > WITHOUT_MODULES= ulpt > > in /etc/make.conf > > but ulpt.ko always appears in /boot/kernel directory. > > For now, I want to build all modules except for this one, but > > perhaps I could keep everything in kernel config and not build modules. > Also a possibility - for "best control" case, combine both, e. g. > a custom kernel that only includes what you explicitely specity, > and src.conf to avoid building of modules you're intendedly not > going to need. Besides the toxic (?) ulpt.ko, there are a lot of modules that would never be used on my hardware, and other modules that could be built in the kernel as non-modules (such as support for msdosfs and ext2fs, which I don't want to be without). from Wojciech Puchar : > > I think MODULES_OVERRIDE is for building only a few modules instead of a large number of modules? > true. definitely works for me. > > Alternatively, how can I prevent ulpt.ko from automatically loading when I connect a USB printer (HP) that is supposed to work with ugen but not ulpt. > devd.conf? I looked through /etc/devd.conf and associated man pages (devd, devd.conf), couldn't immediately find how to prevent ulpt.ko from loading. Maybe I could find it if I connect the printer and go through print/hplip documentation? Either the printer is screwy, hplip is screwy, and/or the BSD adaptations to hplip are screwy, and I can't tell which. Tom