Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5434738ybl; Tue, 4 Feb 2020 14:02:57 -0800 (PST) X-Google-Smtp-Source: APXvYqykQAlt0GtlCterUsKK9wOTAWAha+lhCe1OdkzysNksgWYuzaYxzqXeBrvm/NhNpo3HAwer X-Received: by 2002:aca:44d7:: with SMTP id r206mr798142oia.33.1580853777004; Tue, 04 Feb 2020 14:02:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580853776; cv=none; d=google.com; s=arc-20160816; b=xkChEpr6GJMw+7lrPdewKN5ffZaIv14SPCCUigbGFqv09OHpmog5nokdHiwaH8Nq06 VQwDXyQUvbAA2xrPpCC0jGDTCZ8roxeubnMc0mvAQq2iXLlwnc2nYCH2NcCb1hoZW8aa 5wswNZ8JxP3Demv8FxbYg//lncqmu329T2O+lbFG8KrcUC2Ho4Rr4DIwJwajBIm/Uplb anSC/2/aritiG1+nQmI+p/ZSTMqb2D67nRHn1/jGLNVvpiO2UnNrpiWO0j4zA2P8c1C1 Qtal8YTeQQ0Z290Sq1wuNBkQ8bIiwlD6wtAFSdk/3Jci732X/nzxFgwlnlQEKxfVBHAO iFRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=2gbLrEwk02zWD7CENpU+Y79Z4g6lABXP6G5204ZKfF0=; b=YgkLA7pjgJs9ODh86FPWRV3WkIJTr0Q9Iv6GvBCPuTokLF/EkCYsusVvRRYpP7dPgq uWwPxYfMkQFzwRJYDKljdgUKoOzf3ks8D/xrgbvufbGKDC5PPePorRTAfTUK7PBAf0AS XvuIld6rxnJGc5goRGROKniQ3gQIqo8blncp/AkG32f3qGfycox+lklYivEb7IVorLaw mQWnXZ97S00o99qkXcRLX75GBzTF0bjXAvR8ntGFxWIZ4L76ce3xrAPETxj7+ibM9sRJ m8FIj0O3R9xCkJYSuxj9TByX8YJ2iAZD1GprsOM0KnE9LrA3lNyiiZvsw17ddPhDjv8X DEBw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=E0oUbKMe; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o7si12248822otk.185.2020.02.04.14.02.43; Tue, 04 Feb 2020 14:02:56 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=E0oUbKMe; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727563AbgBDWBq (ORCPT + 99 others); Tue, 4 Feb 2020 17:01:46 -0500 Received: from mail-pl1-f193.google.com ([209.85.214.193]:37726 "EHLO mail-pl1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727483AbgBDWBp (ORCPT ); Tue, 4 Feb 2020 17:01:45 -0500 Received: by mail-pl1-f193.google.com with SMTP id c23so7854145plz.4 for ; Tue, 04 Feb 2020 14:01:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=2gbLrEwk02zWD7CENpU+Y79Z4g6lABXP6G5204ZKfF0=; b=E0oUbKMeJ/0TYgw6tXi/MO3OscDACPIaTiAsWEZIXsQv1vNqtOobaC90NrPhXEpUYJ VssEyhthK9sByNSf/0MA5pn1q0+p1fv5/odVot189qFvsw1AJiFPZ1PMYV/iI4RKyOLp HJpmQkUZn4rwRCt+vIJZMS33fKHuIoaYsQ/BiBHFLf2hnVTthuZv7xXW53bOzIkoQXZ2 82EOY+PI8EH9bdWbEInMwvP96+SdY1qHoHdF4wCgQ6t3r6pqFjL5pRm/JztJrnVDKGI5 Lqtcr5XKBzE8EOobYkPpHanqQUdwU/9+0Aawc8tVHXQ0jI2uBbrwh9o6mCiu9iY0TSI1 HlxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=2gbLrEwk02zWD7CENpU+Y79Z4g6lABXP6G5204ZKfF0=; b=WRoNYgJQLV02/5j6OqX0HU2XKGb2igs0/5PvouKgw+dy+fqOLvBBFSqgNLNOYNnwlt eLv0VPcynskda/sHgBxeTmC999ZS31PM4HofU/u+nBIbyek7iwKdBBS54ZtAJekMcUG0 7wFLue809uzD1w6CNX+x+bQga4SWGBvPfxmIxhxHaHl4ukTAuK3IgLb/XWSyXRJj2pN5 Av254ZSbMAo5D5l/9LM68PAFAMJUbtc6o7bOXtTPuHUK3t4ISTTLwA5vzrTZUq4xWc+O orQZGZjsIyNx7U68akZTPwXQI2amTsMA7+vq+KIlRZ35GUOanj51fEetkPMgyDw0Nhag +fCg== X-Gm-Message-State: APjAAAUJuNNnhJx9PTaWotX9X3siTKK1TLy8/Ylokwvbbm/l5/UqgALc mI9rep7sptxwhVkfZEsQWA8rRrrw84JqlplbfXTfxg== X-Received: by 2002:a17:902:fe8d:: with SMTP id x13mr32553040plm.232.1580853704991; Tue, 04 Feb 2020 14:01:44 -0800 (PST) MIME-Version: 1.0 References: <20200130230812.142642-1-brendanhiggins@google.com> <9e203718-dcca-3145-bc28-28979d41c278@gmail.com> In-Reply-To: <9e203718-dcca-3145-bc28-28979d41c278@gmail.com> From: Brendan Higgins Date: Tue, 4 Feb 2020 14:01:33 -0800 Message-ID: Subject: Re: [PATCH v2 0/7] kunit: create a centralized executor to dispatch all KUnit tests To: Frank Rowand Cc: Jeff Dike , Richard Weinberger , Anton Ivanov , Arnd Bergmann , Kees Cook , Shuah Khan , Alan Maguire , Iurii Zaikin , David Gow , Andrew Morton , rppt@linux.ibm.com, Greg KH , Stephen Boyd , Logan Gunthorpe , Luis Chamberlain , Knut Omang , linux-um , linux-arch@vger.kernel.org, "open list:KERNEL SELFTEST FRAMEWORK" , KUnit Development , Linux Kernel Mailing List , "open list:DOCUMENTATION" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 4, 2020 at 1:18 PM Frank Rowand wrote: > > On 1/30/20 5:08 PM, Brendan Higgins wrote: > > ## TL;DR > > > > This patchset adds a centralized executor to dispatch tests rather than > > relying on late_initcall to schedule each test suite separately along > > with a couple of new features that depend on it. > > And the "couple of new features" are .... ? Sorry, I thought I addressed that in the next section, specifically by calling out: printing the test plan, and adding the new kernel command line option. I will call these out here in any future cover letters. > > ## What am I trying to do? > > > > Conceptually, I am trying to provide a mechanism by which test suites > > can be grouped together so that they can be reasoned about collectively. > > The last two of three patches in this series add features which depend > > on this: > > > > PATCH 5/7 Prints out a test plan right before KUnit tests are run[1]; > > this is valuable because it makes it possible for a test > > harness to detect whether the number of tests run matches the > > number of tests expected to be run, ensuring that no tests > > silently failed. > > > > PATCH 6/7 Add a new kernel command-line option which allows the user to > > specify that the kernel poweroff, halt, or reboot after > > completing all KUnit tests; this is very handy for running > > KUnit tests on UML or a VM so that the UML/VM process exits > > cleanly immediately after running all tests without needing a > > special initramfs. > > > > > In addition, by dispatching tests from a single location, we can > > guarantee that all KUnit tests run after late_init is complete, which > > That the tests will run after late init (and are guaranteed to do such) > needs to be added to the documentation. Yeah, that's reasonable. I am not sure where I should put this in the documentation, however. This seems kind of a technical detail, and all the pages I have now are more of how-tos, I think. Maybe I should send a patch which adds a page detailing how KUnit works? I would like to get some other people's thoughts on this. Such a technical guide wouldn't provide me a lot of value, at least not now, so I want to make sure that something like that would be valuable to others.