From: Seewer Philippe <philippe.seewer-omB+W0Dpw2o@public.gmane.org>
To: Bogdan Costescu
<Bogdan.Costescu-hEciA7+sKtudPOQpRHQ53DeJuz7u0hKX@public.gmane.org>
Cc: "<initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>"
<initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: module 90kernel-modules-loaded
Date: Mon, 9 Mar 2009 13:46:29 +0100 [thread overview]
Message-ID: <49B50FA5.5030304@bfh.ch> (raw)
In-Reply-To: <Pine.LNX.4.64.0903091133490.9051-qcrbbFV08EMdmw7VdWMmteH3J2bgQ+4lG9Ur7JDdleE@public.gmane.org>
Bogdan Costescu wrote:
> On Sat, 7 Mar 2009, Seewer Philippe wrote:
>
>> That would mean adding tons of drivers and another layer of complex
>> code to decide at runtime what parts of the initrd to run.
>
> I could argue the same for the drivers for the block devices and their
> tools. If the root is using NFS, there is no need for a block device
> detection; this however is still needed for iSCSI (and possibly FCoE in
> the future).
Exactly.
>
> Maybe allow at build time to specify what boot drivers+tools to be
> included ? This would certainly reduce the generic-ness of the
> initramfs, but would also reduce the size and complexity.
dracut can already do this. I was speaking about an initrd of doom which
would include all manners of drivers and tools to boot from/to anything.
>
>> For net-boots I couldn't care less about boot time and the size of the
>> initrd.
>
> I do. When I boot 100+ cluster nodes at once from a single server, I
> want to minimize the network traffic at a minimum, especially a part
> that happens over UDP.
He. point taken.
>
--
To unsubscribe from this list: send the line "unsubscribe initramfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2009-03-09 12:46 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-06 15:39 module 90kernel-modules-loaded Harald Hoyer
[not found] ` <49B1439A.7030208-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-03-06 16:08 ` Bill Nottingham
[not found] ` <20090306160822.GD10711-Zdt1ptygihhQcNjhGXsBABcY2uh10dtjAL8bYrjMMd8@public.gmane.org>
2009-03-06 16:11 ` Harald Hoyer
2009-03-06 17:43 ` Victor Lowther
[not found] ` <1236361391.6517.0.camel-76q0VzFBGGr21HsLBtNmTckMGDeJXHgy@public.gmane.org>
2009-03-06 20:39 ` Bill Nottingham
[not found] ` <20090306203921.GA28154-Zdt1ptygihhQcNjhGXsBABcY2uh10dtjAL8bYrjMMd8@public.gmane.org>
2009-03-06 23:35 ` Victor Lowther
[not found] ` <1236382532.5147.38.camel-76q0VzFBGGr21HsLBtNmTckMGDeJXHgy@public.gmane.org>
2009-03-09 3:11 ` Jeremy Katz
[not found] ` <20090309031111.GC3983-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-03-09 10:37 ` Victor Lowther
[not found] ` <1236595028.14649.40.camel-76q0VzFBGGr21HsLBtNmTckMGDeJXHgy@public.gmane.org>
2009-03-09 13:47 ` Jeremy Katz
[not found] ` <20090309134706.GC4221-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-03-09 14:05 ` Victor Lowther
2009-03-10 8:06 ` Adam Spragg
[not found] ` <49B61F89.4020902-2iSS7ArDF14@public.gmane.org>
2009-03-10 9:57 ` Victor Lowther
[not found] ` <1236679030.14649.45.camel-76q0VzFBGGr21HsLBtNmTckMGDeJXHgy@public.gmane.org>
2009-03-10 11:01 ` Adam Spragg
[not found] ` <37747.87.194.176.107.1236682901.squirrel-g8V2OS1ZTlk2rALx+bCG9rVCufUGDwFn@public.gmane.org>
2009-03-10 14:41 ` Victor Lowther
2009-03-10 15:14 ` Dave Jones
[not found] ` <20090310151412.GA2996-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-03-12 11:36 ` Victor Lowther
2009-03-09 10:49 ` Harald Hoyer
[not found] ` <49B4F43F.6070304-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-03-09 10:56 ` Hannes Reinecke
2009-03-07 8:40 ` Seewer Philippe
2009-03-07 9:09 ` Seewer Philippe
[not found] ` <49B239AF.3030609-omB+W0Dpw2o@public.gmane.org>
2009-03-09 10:40 ` Bogdan Costescu
[not found] ` <Pine.LNX.4.64.0903091133490.9051-qcrbbFV08EMdmw7VdWMmteH3J2bgQ+4lG9Ur7JDdleE@public.gmane.org>
2009-03-09 12:46 ` Seewer Philippe [this message]
2009-03-09 19:02 ` Bill Nottingham
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=49B50FA5.5030304@bfh.ch \
--to=philippe.seewer-omb+w0dpw2o@public.gmane.org \
--cc=Bogdan.Costescu-hEciA7+sKtudPOQpRHQ53DeJuz7u0hKX@public.gmane.org \
--cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.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