From: kraxel@bytesex.org (Gerd Knorr)
To: linux-kernel@vger.kernel.org
Subject: Re: BTTV detection broken in 2.4.0-test11-pre5
Date: 19 Nov 2000 12:56:17 GMT [thread overview]
Message-ID: <slrn91fjfh.dta.kraxel@bogomips.masq.in-berlin.de> (raw)
In-Reply-To: <20001117013157.A21329@almesberger.net> <slrn91b42n.fs.kraxel@bogomips.masq.in-berlin.de> <20001118141426.B23033@almesberger.net> <slrn91f3hr.jt.kraxel@bogomips.masq.in-berlin.de> <3A17AF88.F1319C2C@linux.com>
> > Why? What is the point in compiling bttv statically into the kernel?
> > Unlike filesystems/ide/scsi/... you don't need it to get the box up.
> > No problem to compile the driver as module and configure it with
> > /etc/modules.conf ...
>
> Huh?
>
> Some systems are built without module support for numerous reasons. I don't
> need 50% of the entire kernel to get the box up, but I surely use it and I
> don't want 100 modules loaded.
Why not? /me has nearly everything compiled as modules.
> There is an introduced security weakness by using kernels.
??? Guess you mean "by using modules"? Which weakness? Other than
bugs? I don't see bugs like the recent modprobe oops as major problem.
They happen (everythere), they get fixed.
> So..what is the point in making it modular?
It's much more flexible.
You can reconfigure/update the driver without recompiling the kernel
and without rebooting. If the driver needs some tweaks to make it
work with your hardware you can update /etc/modules.conf and reload
the modules with the new options. If you have found a working
configuration, you can simply leave it as is.
Distributions ship with modularized kernels. Most external drivers
can't be compiled into the kernel (alsa, lirc, vmware, ...). Sometimes
I find it very useful to be able to switch drivers on the fly:
* rmmod ide-cd; modprobe ide-scsi; modprobe sr_mod (for burning CD's)
* /etc/rc.d/init.d/network stop; rmmod de4x5; modprobe tulip;
/etc/rc.d/init.d/network start (tulip manages it to drive the card
full-duplex, de4x5 doesn't).
And I don't like fact that I have to add one more function for every
cmd line option (looks like this from Werner's patch, hav'nt checked).
Some generic way to make module args available as kernel args too
would be nice. Or at least some simple one-liner I could put next to
the MODULE_PARM() macro...
> --------------E48A413646B728A179A7D2FC
> Content-Type: text/x-vcard; charset=us-ascii;
> name="david.vcf"
Please turn this off.
Gerd
-
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/
next prev parent reply other threads:[~2000-11-19 13:55 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-17 0:31 Werner Almesberger
2000-11-17 20:08 ` Gerd Knorr
2000-11-18 13:14 ` Werner Almesberger
2000-11-19 8:24 ` Gerd Knorr
2000-11-19 10:46 ` David Ford
2000-11-19 12:56 ` Gerd Knorr [this message]
2000-11-19 13:49 ` Keith Owens
2000-11-19 19:03 ` Gerd Knorr
2000-11-19 21:45 ` Keith Owens
2000-11-19 15:16 ` David Lang
2000-11-19 14:49 ` Alexander Viro
2000-11-19 15:11 ` Dan Hollis
2000-11-19 15:08 ` Christer Weinigel
2000-11-19 15:45 ` Alexander Viro
2000-11-19 15:54 ` Dan Hollis
2000-11-19 21:08 ` Ben Ford
2000-11-19 15:50 ` Dan Hollis
2000-11-19 16:53 ` Alan Cox
2000-11-19 20:53 ` Rogier Wolff
2000-11-20 3:22 ` Dan Hollis
2000-11-20 1:16 ` David Woodhouse
2000-11-20 3:00 ` Dan Hollis
2000-11-20 15:47 ` Ragnar Hojland Espinosa
2000-11-19 16:21 ` David Ford
2000-11-19 21:06 ` Ben Ford
2000-11-19 14:49 ` Keith Owens
2000-11-19 17:36 ` Gerd Knorr
2000-11-19 16:02 ` David Ford
2000-11-20 10:22 ` [PATCH] " Richard Guenther
2000-11-20 2:14 ` [PATCH] bttv_card & bttv_radio (was Re: BTTV detection broken in 2.4.0-test11-pre5) Werner Almesberger
2000-11-20 4:39 BTTV detection broken in 2.4.0-test11-pre5 Wayne.Brown
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=slrn91fjfh.dta.kraxel@bogomips.masq.in-berlin.de \
--to=kraxel@bytesex.org \
--cc=linux-kernel@vger.kernel.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
all inboxes | Powered by JetHome®