From owner-freebsd-hackers  Thu May  1 10:22:33 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id KAA03961
          for hackers-outgoing; Thu, 1 May 1997 10:22:33 -0700 (PDT)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id KAA03954
          for <freebsd-hackers@freebsd.org>; Thu, 1 May 1997 10:22:28 -0700 (PDT)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA04252; Thu, 1 May 1997 10:20:49 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199705011720.KAA04252@phaeton.artisoft.com>
Subject: Re: Continual Education (was Re: A Desparate Plea)
To: ac199@hwcn.org
Date: Thu, 1 May 1997 10:20:49 -0700 (MST)
Cc: Shimon@i-Connect.Net, msmith@atrad.adelaide.edu.au, julian@whistle.com,
        freebsd-hackers@freebsd.org, jkh@time.cdrom.com
In-Reply-To: <Pine.BSF.3.95q.970430190113.172B-100000@X2296> from "Tim Vanderhoek" at Apr 30, 97 07:08:10 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > interface to it to compete with linux make xconfig), why bother with LKM's?
> > Especially when they do not to load/unload in a friendly manner.
> > With memory prices being what they are, a ``huge'' kernel will cost about
> > $8.00 more than a tiny one.  Ebmedded systems?  commercial non-source
> > products?
> 
> They're also nice for people who don't have the hdd space to
> compile kernels...

Or want to use commercially restricted drivers.  Like an Adaptec HIM
module for their RAID controller that lets it be a RAID controller
instead of turning it into a standard dumb controller.

Or people who want to use the code for POS, and so don't want build
tools, but do want to be able to fix the vagries of the hardware by
plugging driver modules in and out.

Or people subscribed to -questions who are tired of answering a lot
of configuration questions that they wouldn't have to answer if the
process of configuration was less complex.

Etc..


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.