Thread (20 messages) 20 messages, 7 authors, 2020-06-24

Re: [PATCH v3 4/7] init: main: add KUnit to kernel init

From: Kees Cook <hidden>
Date: 2020-06-24 20:48:19
Also in: linux-arch, linux-kselftest, linux-um, lkml

On Wed, Jun 24, 2020 at 01:20:35PM -0700, Brendan Higgins wrote:
On Mon, Mar 2, 2020 at 2:45 PM Kees Cook [off-list ref] wrote:
quoted
Now, I realize kunit tests _should_ be self-contained, but this seems
like a possible robustness problem. Is there any reason this can't be
moved after rcu_end_inkernel_boot() in kernel_init() instead?
I tried that, but it doesn't work without an initramfs. We could add
I'm curious to know what happened. To me it looks like it would be
possible to do it in here:

        system_state = SYSTEM_RUNNING;
        numa_default_policy();

        rcu_end_inkernel_boot();

        do_sysctl_args();

	put it here?

        if (ramdisk_execute_command) {
                ret = run_init_process(ramdisk_execute_command);

That should be before anything happens with an initramfs. (i.e. boot the
kernel without an initrd and it won't be required...)
an initramfs for KUnit at some point if highly desired, but I think
that is outside the scope of this patchset. Additionally, this patch
actually moves running tests to later in the init process, which is
still an improvement over the way KUnit works today.
Later is better! :)
There are some other reasons I wouldn't want to make that change right
now, which will become apparent in a patch that I will send out in
short order.
Cool; I'll look for it.

-- 
Kees Cook
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help