Re: [PATCH/RFC 1/2] init/initramfs.c: allow asynchronous unpacking

2021-03-02 Thread Luis Chamberlain
On Wed, Feb 24, 2021 at 03:29:08PM +0100, Rasmus Villemoes wrote: > This is primarily motivated by an embedded ppc target, where unpacking > even the rather modest sized initramfs takes 0.6 seconds, which is > long enough that the external watchdog becomes unhappy that it doesn't > get enough atten

Re: [PATCH/RFC 1/2] init/initramfs.c: allow asynchronous unpacking

2021-02-24 Thread Rasmus Villemoes
On 24/02/2021 18.17, Linus Torvalds wrote: > On Wed, Feb 24, 2021 at 6:29 AM Rasmus Villemoes > wrote: >> >> So add an initramfs_async= kernel parameter, allowing the main init >> process to proceed to handling device_initcall()s without waiting for >> populate_rootfs() to finish. > > Hmm. This i

Re: [PATCH/RFC 1/2] init/initramfs.c: allow asynchronous unpacking

2021-02-24 Thread Linus Torvalds
On Wed, Feb 24, 2021 at 6:29 AM Rasmus Villemoes wrote: > > So add an initramfs_async= kernel parameter, allowing the main init > process to proceed to handling device_initcall()s without waiting for > populate_rootfs() to finish. Hmm. This is why we have the whole "async_schedule()" thing (mostl

[PATCH/RFC 1/2] init/initramfs.c: allow asynchronous unpacking

2021-02-24 Thread Rasmus Villemoes
This is primarily motivated by an embedded ppc target, where unpacking even the rather modest sized initramfs takes 0.6 seconds, which is long enough that the external watchdog becomes unhappy that it doesn't get enough attention soon enough. But normal desktops might benefit as well. On my mostly