login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
April
»
12
Re: RFC: initramfs unpack point and rules
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Al Viro
Subject:
Re: RFC: initramfs unpack point and rules
Date: Thursday, April 12, 2007 - 4:06 am
On Thu, Apr 05, 2007 at 02:34:39PM +0200, Krzysztof Halasa wrote:
quoted text
> First problem: initramfs is unpacked way before console drivers > are initialized, so you aren't going to see the panic(): > > init/initramfs.c:static int __init populate_rootfs(void) > ... > printk(KERN_INFO "Unpacking initramfs..."); > err = unpack_to_rootfs((char *)initrd_start, > initrd_end - initrd_start, 0); > if (err) > panic(err); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > printk(" done\n"); > free_initrd(); > > I wonder why is initramfs unpacked that early, before most drivers? > I'd expect it much later in the boot sequence, just before userspace > and initial devices (/dev/console etc) are needed. Should it be moved > there? populate_rootfs() unpacks both builtin and external initramfs.
Nope. The point is to have it as early as possible, so that we had more or less normal environment when drivers, etc. are being initialized. -
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
RFC: initramfs unpack point and rules
, Krzysztof Halasa
, (Thu Apr 5, 5:34 am)
Re: RFC: initramfs unpack point and rules
, Krzysztof Halasa
, (Thu Apr 5, 7:31 am)
Re: RFC: initramfs unpack point and rules
, Al Viro
, (Thu Apr 12, 4:06 am)
Re: RFC: initramfs unpack point and rules
, Krzysztof Halasa
, (Fri Apr 13, 5:08 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Brandeburg, Jesse
RE: [regression] e1000e broke e1000 (was: Re: [ANNOUNCE] e1000 toe1000e migration ...
Robin Lee Powell
NFS hang + umount -f: better behaviour requested.
Linus Torvalds
Linux 2.6.34-rc4
Nick Piggin
Re: dealing with barriers (was Re: [PATCH] firewire: fw-core: enforce write order ...
Joe Perches
Re: [patch] checkpatch: putting the && or || on the wrong line
git
:
Fredrik Kuivinen
Re: fatal: unable to create '.git/index': File exists
Johannes Sixt
Re: How to pull remote branch with specified commit id?
Henrik Vendelbo
only accessing some git repos: Am I configuring daemon wrong?
Martin Langhoff
Re: CVS -> SVN -> Git
Rene Herman
"git pull . <branch>" versus "git merge <branch>"
linux-netdev
:
Jamie Lokier
Re: POHMELFS high performance network filesystem. Transactions, failover, performa...
Paulius Zaleckas
Re: [RFC] Patch to option HSO driver to the kernel
Timo Teräs
ip xfrm policy semantics
Ron Mercer
[net-next PATCH 2/2] qlge: Version change to v1.00.00.27
Maciej W. Rozycki
Re: [PATCH] flush_work_sync vs. flush_scheduled_work Re: [PATCH] PHYLIB: IRQ event...
openbsd-misc
:
Sevan / Venture37
Re: This is what Linus Torvalds calls openBSD crowd
Siju George
This is what Linus Torvalds calls openBSD crowd
new_guy
Longest Uptime?
Bryan
Re: What does your environment look like?
Bob Beck
Re: observed spamd behavior
git-commits-head
:
Linux Kernel Mailing List
powerpc/fsl_msi: enable msi allocation in all banks
Linux Kernel Mailing List
[ARM] mmp: avengers lite (pxa168) board bring up
Linux Kernel Mailing List
swiotlb: replace architecture-specific swiotlb.h with linux/swiotlb.h
Linux Kernel Mailing List
ASoC: fix registration of the SoC card in the Freescale MPC8610 drivers
Linux Kernel Mailing List
drivers/acpi: use kasprintf
Colocation donated by:
Syndicate