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 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.