All of lore.kernel.org
 help / color / mirror / Atom feed
From: Harald Hoyer <harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: "Dan Horák" <dan-mBPqX7VnFd4@public.gmane.org>
Cc: initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] Re: control what kernel modules get loaded into ramdisk
Date: Tue, 03 Nov 2009 11:30:50 +0100	[thread overview]
Message-ID: <4AF0065A.4070100@redhat.com> (raw)
In-Reply-To: <1257243945.3790.45.camel-Gu2OudDT4ISyu7giWUE+hA@public.gmane.org>

On 11/03/2009 11:25 AM, Dan Horák wrote:
> Dan Horák píše v Po 02. 11. 2009 v 18:34 +0100:
>> Hello,
>>
>> I started to use dracut for preparing generic ramdisk for Fedora/ARM.
>> The issue with ramdisks on ARM is that they are usually limited in size
>> because they are stored in the internal flash memories whose capacity
>> can be 8 or 16 MB (for kernel, ramdisk and other stuff) in the
>> commercial devices (like NAS from QNAP). So I used the
>> "omit_dracutmodules" option in the config file to drop stuff like i18n,
>> plymouth etc. It works, the created ramdisk is usable, but what remains
>> quite large are the kernel modules for all filesystems. The ability to
>
> I have solved the problem with filesystem modules with an introduction
> of new command line/config file parameter. It controls the list of
> filesystem modules that will be included when running in generic mode.
> See the attached patch for details.
>
>> limit the list of drivers for block devices would be also nice. Is there
>> a way to control what kernel modules get loaded into the ramdisk, like
>> some black- or whitelist?
>
>
> Dan
>

s/kenrel/kernel/

s/modules to be loaded into generic initramfs/modules to be included in the 
generic initramfs/

  parent reply	other threads:[~2009-11-03 10:30 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-02 17:34 control what kernel modules get loaded into ramdisk Dan Horák
     [not found] ` <1257183267.3755.286.camel-Gu2OudDT4ISyu7giWUE+hA@public.gmane.org>
2009-11-03 10:25   ` [PATCH] " Dan Horák
     [not found]     ` <1257243945.3790.45.camel-Gu2OudDT4ISyu7giWUE+hA@public.gmane.org>
2009-11-03 10:30       ` Harald Hoyer [this message]
     [not found]         ` <4AF0065A.4070100-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-11-03 11:07           ` Dan Horák

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=4AF0065A.4070100@redhat.com \
    --to=harald-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=dan-mBPqX7VnFd4@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.