From: David Miller <davem@davemloft.net>
To: rusty@rustcorp.com.au
Cc: torvalds@linux-foundation.org, linux-kernel@vger.kernel.org,
jonathan@jonmasters.org, sam@ravnborg.org
Subject: Re: changeset: Make forced module loading optional
Date: Mon, 05 May 2008 12:47:22 -0700 (PDT) [thread overview]
Message-ID: <20080505.124722.25907909.davem@davemloft.net> (raw)
In-Reply-To: <200805060442.12440.rusty@rustcorp.com.au>
From: Rusty Russell <rusty@rustcorp.com.au>
Date: Tue, 6 May 2008 04:42:12 +1000
> BTW, I'm fascinated and a little nausiated that you ignore initrds. We've
> moved half the kernel brains to userspace with udev, initrd and modules; it's
> really unfair that you're not sharing all that why-won't-my-machine-boot
> love.
It's pretty straightforward, if you ask me. I avoid initrd's like
the plague too.
Building and compressing the initrd would increase my build+reboot
cycle time by at least 40%.
Add to that it's simply an enormous pain in the ass.
And for what? I know what freakin' drivers to build statically into
my kernel. I use raw partitions and don't use LVM, I know what
the heck my root filesystem device is named, etc.
The only thing I get "punished" for, where I am absolutely forced to
use an initrd, is when I use qlogic SCSI for the root partition, for
the firmware which we really should have kept in the tree :(
And this is not even a "licensing" issue, like it or not in-kernel
drivers are tied to specific firmware versions both from an API and
from a testing perspective. Externalizing this is really a nightmare.
And I'm not avoiding udev by doing this. udev works just fine if I
raw boot a kernel with all the static devices I need to get root
mounted. All my networking etc. is modular and udev does the right
thing.
next prev parent reply other threads:[~2008-05-05 19:47 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-05 4:55 changeset: Make forced module loading optional Rusty Russell
2008-05-05 5:05 ` Linus Torvalds
2008-05-05 5:35 ` Rusty Russell
2008-05-05 17:07 ` Linus Torvalds
2008-05-05 18:42 ` Rusty Russell
2008-05-05 19:47 ` David Miller [this message]
2008-05-05 6:43 ` Jan Engelhardt
2008-05-05 14:37 ` Linus Torvalds
2008-05-05 14:50 ` Jeff Garzik
2008-05-05 15:01 ` Linus Torvalds
2008-05-05 15:08 ` Linus Torvalds
2008-05-05 15:32 ` Dave Jones
2008-05-05 15:48 ` Linus Torvalds
2008-05-05 16:01 ` Jan Engelhardt
2008-05-05 15:57 ` Alan Cox
2008-05-05 6:35 ` Jan Engelhardt
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=20080505.124722.25907909.davem@davemloft.net \
--to=davem@davemloft.net \
--cc=jonathan@jonmasters.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rusty@rustcorp.com.au \
--cc=sam@ravnborg.org \
--cc=torvalds@linux-foundation.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