On Wed, 2 Feb 2005 22:34:49 -0600, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Thu, Feb 03, 2005 at 02:12:29PM +1300, Tom Eastman wrote: > > > What do people think? Does it seem like a good idea? Or is it just > > immensely stupid? > > > > Tom > > Modules are handy, but the way I figure it, things like modules and > initrd's are a pain to do by hand, and mostly exist to meet the needs of > generic distributions and LiveCD's and the like. If you don't blow away > your source tree after you compile a kernel, adding an extra option or > two and compiling/linking can literally take a few seconds. Of course, > you still have to reboot. > I'd agree with everything here. Be good to add that modules are useful for unloading pieces of the kernel that don't agree with suspending laptops and such.
> I'd suggest trying it. I did, and that's pretty much the conclusion > I came to. There would be much less need for modules and initrd's > (obviously, they are nicer and more flexible in many situations, I don't > mean to imply that they're useless otherwise) if people were simply > savvy enough to compile a kernel, but you're already over that hurdle, > so there's no reason to pretend that you can't easily compile a new > kernel if you stroll home with a piece of hardware from Best Buy. If > you're going to load a module every single time you boot your machine, > and you're not planning on copying the kernel across multiple > machines, and there's no reason to unload the module (parallel port, > filesystems of always-mounted partitions, a few other things), there's > no real *reason* to modularize them, except for the fun of it. There > is something to be said for that, of course! ;) > Yeah, definitely something you can give a go. I had a lot of modules for a little while. Now, I rarely have any (excepted for binary drivers, etc.). Sometimes I'll compile a module so I can load it before a reboot, but that's more of a laziness thing. I do have tons of modules on my laptop, though, but that's for the reasons mentioned above. -- [email protected] mailing list
