Paul Gortmaker 4dfe694f61 init: make rootdelay=N consistent with rootwait behaviour ... Currently rootdelay=N and rootwait behave differently (aside from the obvious unbounded wait duration) because they are at different places in the init sequence. The difference manifests itself for md devices because the call to md_run_setup() lives between rootdelay and rootwait, so if you try to use rootdelay=20 to try and allow a slow RAID0 array to assemble, you get this: [ 4.526011] sd 6:0:0:0: [sdc] Attached SCSI removable disk [ 22.972079] md: Waiting for all devices to be available before autodetect i.e. you've achieved nothing other than delaying the probing 20s, when what you wanted was a 20s delay _after_ the probing for md devices was initiated. Here we move the rootdelay code to be right beside the rootwait code, so that their behaviour is consistent. It should be noted that in doing so, the actions based on the saved_root_name[0] and initrd_load() were previously put on hold by rootdelay=N and now currently will not be delayed. However, I think consistent behaviour is more important than matching historical behaviour of delaying the above two operations. Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2014-08-08 15:57:18 -07:00
..
calibrate.c
do_mounts_initrd.c
do_mounts_md.c
do_mounts_rd.c	cramfs: take headers to fs/cramfs	2014-01-25 03:13:02 -05:00
do_mounts.c	init: make rootdelay=N consistent with rootwait behaviour	2014-08-08 15:57:18 -07:00
do_mounts.h
init_task.c
initramfs.c	initramfs: debug detected compression method	2014-04-07 16:36:11 -07:00
Kconfig	printk: allow increasing the ring buffer depending on the number of CPUs	2014-08-06 18:01:23 -07:00
main.c	Most of this is cleaning up various driver sysfs permissions so we can	2014-06-11 16:09:14 -07:00
Makefile
noinitramfs.c
version.c