Age | Commit message (Collapse) | Author | Files |
|
See links below for more details:
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326
http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Mike Westerhof <mwester@dls.net>
Acked-by: Philip Balister <philip@balister.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Marcin Juszkiewicz <hrw@openembedded.org>
Acked-by: Koen Kooi <koen@openembedded.org>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
|
|
To start a shell, you just need to use 'shell' boot param while to
enable shell debugging use 'debug'.
|
|
customized
|
|
* this avoids "/init: source: 64: Can't open /initrd.d/0*" for initramfs
images built without the bootldr-buster module.
|
|
initramfs-module-bootmenu.
* That's because otherwise it's half-solution - after kexec, there won't be
delay, and rootfs won't be detected.
* Again, people who don't need and don't want delay, should pass rootdelay=0.
|
|
|
|
output device.
* This is to workaround bogus console= passed in by bootldr.
|
|
* Extend plugin protocol: plugins matching pattern '0*' are early-init,
executed ASAP after boot, before kernel command and block devices are scanned.
And thus, they can affect parsing of kernel command line (by overriding $CMDLINE)
or detection of block devices (e.g. by loading additional modules).
|
|
param.
|
|
|
|
nodes.
|
|
|
|
* Design principles:
* This initramfs just mounts roots and runs init on it, nothing else.
* Whenever possible, existing kernel parameters are used. When extended
boot methods are provided, new parameters mimick/adhere to existing
conventions.
* System is modular/pluggable - each mount method is in own module with
more or less well defined interface, it's possible to construct complete
system with any combination of modules.
* Modules includes: initramfs-module-loop, initramfs-module-nfs, to boot
from loop devices (including recursive loops) and NFS, correspondingly.
|