public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: gentuxx <gentuxx@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Module philosophy: Compile-in or Load
Date: Sun, 11 Jun 2006 22:37:32 -0700	[thread overview]
Message-ID: <448CFD9C.1030508@gmail.com> (raw)
In-Reply-To: <448CFAAA.7030102@gt.rr.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Anthony E. Caudel wrote:
> I was wondering what gentoo-users think and practice about kernel
> modules.  Do most compile them in the kernel or load them at boot-up.
>
> Note that I'm _NOT_ talking about those modules that have to be compiled
> in such as for your filesystem. This is about the other ones.
>
> I generally like to load them at boot-up.  One reason is that I have
> heard that for suspend or hibernate to work, some modules have to be
> unloaded.
>
> On the other hand, compiling them in results in faster boot times.
>
> So, what do gentoo-users think?
>
> Tony
I'm certainly not the end-all-be-all in kernel knowledge.  But, I tend
to look at it based on the particular modules being loaded and the
likeliness that I will actually use that module.

If it seems like something is fundamental to the operation of the OS
(filesystems, core drivers like USB, chipset, etc.) then I compile it
in.  If it's something that makes sense to unload and load (in my
mind, this is something like network drivers, audio drivers, netfilter
modules, etc.), then I'll compile it as a separate module.

It's not a hard and fast rule, and there are always exceptions.  For
example, there are programs that expect to find the module, and if you
compile it into the kernel that program won't work right, even though
you have the (whatever) functionality built into the kernel.

- --
gentux
echo "hfouvyyAhnbjm/dpn" | perl -pe 's/(.)/chr(ord($1)-1)/ge'

gentux's gpg fingerprint ==> 5495 0388 67FF 0B89 1239  D840 4CF0 39E2
18D3 4A9E
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEjP2bTPA54hjTSp4RAi44AKCx0cjGLdyoVGw1F8EZtC/STATGlQCgg4VL
l7NW4j0HQugR70OADkBDCTU=
=ExLX
-----END PGP SIGNATURE-----

-- 
gentoo-user@gentoo.org mailing list



  parent reply	other threads:[~2006-06-12  5:43 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-12  5:24 [gentoo-user] Module philosophy: Compile-in or Load Anthony E. Caudel
2006-06-12  5:30 ` Teresa and Dale
2006-06-12  6:20   ` Anthony E. Caudel
2006-06-13  3:35     ` Teresa and Dale
2006-06-12  5:37 ` gentuxx [this message]
2006-06-12  5:44 ` Steven Susbauer
2006-06-12  6:31   ` Mike Huber
2006-06-12  6:33     ` Mike Huber
2006-06-12  6:23 ` Kristian Poul Herkild
2006-06-12  8:39 ` Michael Weyershäuser
2006-06-12 14:05   ` Daniel da Veiga
2006-06-12 21:47   ` Anthony E. Caudel
2006-06-12 23:10     ` Mike Huber
2006-06-13  0:40     ` Ryan Tandy
2006-06-17 11:17       ` Mick
2006-06-17 13:40         ` Michael Weyershäuser
2006-06-17 13:42         ` Anthony E. Caudel
2006-06-17 17:08           ` Mick
2006-06-17 17:28             ` Erik Westenbroek
2006-06-18 12:46             ` Michael Weyershäuser
2006-06-12 18:16 ` Evan Klitzke
2006-06-12 18:38   ` Jarry
2006-06-12 19:16   ` Neil Bothwick
2006-06-12 21:00   ` kashani

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=448CFD9C.1030508@gmail.com \
    --to=gentuxx@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox