]> code.ossystems Code Review - openembedded-core.git/commit
busybox: avoid circular dependency when using initramfs
authorStefan Agner <stefan@agner.ch>
Sun, 4 Sep 2016 20:25:55 +0000 (13:25 -0700)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Wed, 7 Sep 2016 23:31:36 +0000 (00:31 +0100)
commit82de49b899bca915259ea7ea149f50e1401c2426
tree7b629c04ed1bdf018668d8a4c2eaea160ade2d0e
parentf3a50f89a217014c0926498e99e62c617a8a4cae
busybox: avoid circular dependency when using initramfs

The kernel does not automatically mount devtmpfs when using initramfs
based booting (even when using CONFIG_DEVTMPFS_MOUNT). If the rootfs
is built with USE_DEVFS=1 (which is the default), the system ends up
with a completely empty /dev to begin with.

Busybox uses the first entry in inittab slightly different than
other init systems:
<id>: WARNING: This field has a non-traditional meaning for BusyBox init!

The id field is used by BusyBox init to specify the controlling tty for
the specified process to run on.  The contents of this field are
appended to "/dev/" and used as-is.

Since /dev/null is not there yet, Busybox throws errors instead of
executing the commands, and hence never mounts devtmpfs:
init started: BusyBox v1.24.1 (2016-09-04 11:53:14 PDT)
can't open /dev/null: No such file or directory
can't open /dev/null: No such file or directory
can't open /dev/null: No such file or directory
can't open /dev/null: No such file or directory
can't open /dev/null: No such file or directory
can't open /dev/null: No such file or directory
can't open /dev/null: No such file or directory

Avoid this circular dependency by not specifing <id>. With that
Busybox ends up using the stdio of the init process and executes
the inittab just fine.

Signed-off-by: Stefan Agner <stefan@agner.ch>
Signed-off-by: Ross Burton <ross.burton@intel.com>
meta/recipes-core/busybox/files/inittab