From: narkewoody@gmail.com (Woody Wu)
To: kernelnewbies@lists.kernelnewbies.org
Subject: How to load initramfs only on-demand?
Date: Mon, 14 Mar 2016 20:30:26 +0800 [thread overview]
Message-ID: <CAAsE_ud3VKLeOkbzO+U9t2v890e-Eyp1+r1NUSFt1fx46cH-_A@mail.gmail.com> (raw)
In-Reply-To: <CAAsE_ueweSWhP6t1AeOYUqN3gSYfcY7wpFsncCZbN=Txxs3kRw@mail.gmail.com>
m
On Sunday, March 13, 2016, Woody Wu <narkewoody@gmail.com> wrote:
>
>
> On Sunday, March 13, 2016, Greg KH <greg@kroah.com
> <javascript:_e(%7B%7D,'cvml','greg@kroah.com');>> wrote:
>
>> On Sat, Mar 12, 2016 at 04:29:08PM +0800, Woody Wu wrote:
>> > My question is, is there such a kernel parameter to do the job?
>> Probably there
>> > is a non-parameter solution like passing the initramfs address in a
>> register
>> > when a boot loader transfer control to the kernel, but this is not an
>> option to
>> > me since my boot loader (u-boot) does not support doing this. Thanks.
>>
>> You have the source to your bootloader, I suggest you fix that up to
>> support this if you want it, not much the kernel can do on it's own
>> here, sorry.
>>
>>
> But the kernel document says,
>
> External initramfs images:
> --------------------------
>
> If the kernel has initrd support enabled, an external cpio.gz archive can
> also
> be passed into a 2.6 kernel in place of an initrd. In this case, the
> kernel
> will autodetect the type (initramfs, not initrd) and extract the external
> cpio
> archive into rootfs before trying to run /init.
>
> This has the memory efficiency advantages of initramfs (no ramdisk block
> device) but the separate packaging of initrd (which is nice if you have
> non-GPL code you'd like to run from initramfs, without conflating it with
> the GPL licensed Linux kernel binary).
>
> It can also be used to supplement the kernel's built-in initramfs image.
> The
> files in the external archive will overwrite any conflicting files in
> the built-in initramfs archive. Some distributors also prefer to customize
> a single kernel image with task-specific initramfs images, without
> recompiling.
>
> So I am thinking, can I from my bootloader load a cpio.gz into ram and
> start kernel with a command line "initrd=0x30000000"? Wii this work? And,
> in this case should I also pass kernel with someilike "roo=/dev/ram"?
> Thanks.
>
> -woody
>
>
> I found the initrd=address works! No root= need to be passed. Only let
u-boot load a cpio.uboot image into physical memory and set the correct
kernel command line, my problem solved. :-)
--
Life is the only flaw in an otherwise perfect nonexistence
-- Schopenhauer
woody
public key at http://subkeys.pgp.net:11371 (narkewoody at gmail.com)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20160314/337aa673/attachment.html
prev parent reply other threads:[~2016-03-14 12:30 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-12 8:29 How to load initramfs only on-demand? Woody Wu
2016-03-13 4:36 ` Greg KH
2016-03-13 5:37 ` Woody Wu
2016-03-14 12:30 ` Woody Wu [this message]
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=CAAsE_ud3VKLeOkbzO+U9t2v890e-Eyp1+r1NUSFt1fx46cH-_A@mail.gmail.com \
--to=narkewoody@gmail.com \
--cc=kernelnewbies@lists.kernelnewbies.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;
as well as URLs for NNTP newsgroup(s).