All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ookhoi <ookhoi@dds.nl>
To: Michael Meissner <meissner@spectacle-pond.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: The advantage of modules?
Date: Mon, 8 Jan 2001 19:26:01 +0100	[thread overview]
Message-ID: <20010108192601.J3680@ookhoi.dds.nl> (raw)
In-Reply-To: <20010105225020.A1188@evaner.penguinpowered.com> <20010108114734.A11682@munchkin.spectacle-pond.org>
In-Reply-To: <20010108114734.A11682@munchkin.spectacle-pond.org>; from meissner@spectacle-pond.org on Mon, Jan 08, 2001 at 11:47:34AM -0500

Hi Michael,

> On Fri, Jan 05, 2001 at 10:50:20PM -0600, Evan Thompson wrote:
> > I'd like to know (I know, I'm being slightly off topic, while still
> > staying on topic, so I'm on topic...er...yes) if there is any
> > advantage, be it memory-wise or architectuarally wise, to use
> > modules?
> > 
> > I already know the obvious points of if you are creating a distro
> > that it is usually good to make a very modular kernel for those
> > wishing not to recompile their kernel, but I was wondering if there
> > were any other advantages to using modules vs. making a monolithic
> > kernel for a kernel to be used only on one machine (with no other
> > hardware support at all)?
> 
> A couple of thoughts:
> 
>    1)	A full kernel with everything compiled in might not fit on boot
>    media such as floppies, while modules allows you to not load stuff
>    that isn't needed to until after the main booting is accomplished.
> 
>    2)	There are several devices that have multiple drivers (such as
>    tulip, and old_tulip for example).  Which particular driver works
>    depends on your exact particular hardware.  If both of these
>    drivers are linked into the kernel, whatever the kernel chooses to
>    initialize first will talk to the device.
> 
>    3)	Having drivers as modules means that you can remove them and
>    reload them.  When I was working in an office, I had one scsi
>    controller that was a different brand (Adaptec) than the main scsi
>    controller (TekRam), and I hung a disk in a removable chasis on the
>    scsi chain in addition to a tape driver and cd-rom.  When I was
>    about to go home, I would copy all of the data to the disk, unmount
>    it, and then unload the scsi device driver.  I would take the disk
>    out, and reload the scsi device driver to get the tape/cd-rom.  I
>    would then take the disk to my home computer.  I would reverse the
>    process when I came in the morning.

You don't need modules for this to work.

		Ookhoi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  reply	other threads:[~2001-01-08 18:26 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-06  4:50 The advantage of modules? Evan Thompson
2001-01-06  5:31 ` Drew Bertola
2001-01-06 10:02   ` J . A . Magallon
2001-01-08 16:49     ` Michael Meissner
2001-01-08 16:47 ` Michael Meissner
2001-01-08 18:26   ` Ookhoi [this message]
2001-01-08 19:05     ` Michael Meissner
2001-01-08 21:50       ` Russell King
2001-01-08 22:16         ` Dan Hollis
2001-01-08 22:14           ` Russell King
2001-01-08 22:40             ` Dan Hollis
2001-01-08 23:06               ` Richard B. Johnson
2001-01-08 23:49                 ` Alan Cox

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=20010108192601.J3680@ookhoi.dds.nl \
    --to=ookhoi@dds.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=meissner@spectacle-pond.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.