Date: Thu, 4 Jan 2007 14:05:33 -0500 From: Gary Palmer <gpalmer@freebsd.org> To: freebsd-arch@freebsd.org Subject: Re: usb modems and com devices into GENERIC Message-ID: <20070104190533.GB97624@in-addr.com> In-Reply-To: <200701041121.02455.jhb@freebsd.org> References: <20070101.113801.818271922.imp@bsdimp.com> <20070103205841.GB85200@roadrunner.q.local> <200701041121.02455.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jan 04, 2007 at 11:21:01AM -0500, John Baldwin wrote: > On Wednesday 03 January 2007 15:58, Ulrich Spoerlein wrote: > > M. Warner Losh wrote: > > > I'd like to place the following in GENERIC. We're getting more and > > > more questions about these devices that we wouldn't be getting if we > > > had them compiled in by default. The really imporant ones are marked > > > with a '*' below > > > > > > device ucom # * > > > device umodem # * > > > device umct > > > device uark > > > device ubsa > > > device ubser > > > device uftdi # * > > > device uplcom # * > > > device uvisor > > > device uvscom > > > > > > the cost isn's so much, and we can filter them out from the > > > installation kernel if size is an issue. > > > > > > Comments? > > > > Hi Warner, > > > > why not do it the other way round? Keep them out of GENERIC, but have > > loader(8) load some of the most used modules (snd_driver!) per default. > > > > That way, people can easily disable these (without needing to > > recompile). > > > > I mean, what point is there in the whole KLD infrastructure, if we are > > going to add every device into GENERIC anyway? > > It works great when you are developing a driver that lives in a module. :) > The point is to give people tools to use, it's up to different people to > use them as they see fit. I pretty much never use kernel modules (except > for either working on a driver or test modules I write) but use static > kernels since kernel debugging tends to be simpler when you avoid modules. > It can also be a larger pain to manage if you are administering a lot of > machines. You also then have the extra task of making sure kernel and > modules are always in sync ABI-wise (a static kernel is always > self-consistent). I think using KLD more in our installer image makes a lot of sense. It would allow people an option to not load USB modules if there is a problem on their system that prevents proper installation with the modules present. I'd probably swing more on doing it in the loader menu somehow than using loader.conf. Sound drivers can probably be handed through devd as loading those dymanically works much better than the USB stack.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070104190533.GB97624>