aboutsummaryrefslogtreecommitdiff
path: root/package/fakeroot/fakeroot-uclibc-LFS.patch
diff options
context:
space:
mode:
authorGravatar Yann E. MORIN <yann.morin.1998@free.fr>2019-06-22 18:51:20 +0200
committerGravatar Peter Korsgaard <peter@korsgaard.com>2019-06-25 22:55:58 +0200
commit626c9705d29ec93610e87517aee771c2ea500f5d (patch)
treecb2c5e88347853a9f85a663f379f4a4837831341 /package/fakeroot/fakeroot-uclibc-LFS.patch
parent7372db0c0dd0f8a4a2dde77dc9da1974f97865d6 (diff)
downloadbuildroot-master.tar.gz
buildroot-master.tar.bz2
board/qemu: ensure root is available before mounting itHEADmaster
On my machine, it happens once in a while that the virtualised machine boots too fast for the rootfs to be available at the time the kernel tries to mount it. For example, board/qemu/arm-vexpress/readme.txt suggested changing "-smp 1" up to "-smp 4". But doing so here causes a kernel panic: VFS: Cannot open root device "mmcblk0" or unknown-block(0,0): error -6 Please append a correct "root=" boot option; here are the available partitions: 1f00 131072 mtdblock0 (driver?) 1f01 32768 mtdblock1 (driver?) Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) So, add the oh-so-useful 'rootwait' option to all kernel command lines for qemu defconfigs. Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> Cc: Joel Stanley <joel@jms.id.au> Cc: Mark Corbin <mark.corbin@embecosm.com> Cc: Matt Weber <matthew.weber@rockwellcollins.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Diffstat (limited to 'package/fakeroot/fakeroot-uclibc-LFS.patch')
0 files changed, 0 insertions, 0 deletions