Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp3893602ybi; Mon, 3 Jun 2019 02:01:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqw1ewb4oAZ5YA8GGwHZeROYsSWlXklDi3ZAYAHFntkfQ052NKI5/qXq186JEpk384ntvQs1 X-Received: by 2002:a63:4e07:: with SMTP id c7mr16434961pgb.350.1559552511919; Mon, 03 Jun 2019 02:01:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559552511; cv=none; d=google.com; s=arc-20160816; b=UCgrUlExzdgezG2it89VoTTsGZC69S8WGPfcQrHbKKkQH/toHk1GYTjtd44PYcoqo9 O9L4p4RhEOS7rHaf10EU0eHv18HwXogv91XHL/3y6saNgTLj71jnZfDv1uoIBl7q4CMR AYGEeEJJCJL7sOjoGLP0DSEDQ2bjGUqrvbsahW/WVUD5AxSSV+l440cdeWLOCUVAbtys 1b8yoYQdOtonv7ZfRy1+vddW0D8fwuP7kc77l9x+4UsqCr4iWgO+BQprwc5I2lkgNJBd cQIO89nq+B/AvVBiwM8zeMjlep7hShCrSoI+B3YHVSMFdAT0izJ+opIT3xoGTeoCG1RZ pIsw== 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=elEezw8eJNRjZQYTDHVvzRVE/Q+eySJgjyiQLVkYQkQ=; b=fS4cwmDR/20oFsbk4wS1+kXRFN/XMg1juMSL2i0oUGaWyRlV9dpfwObkXm8Jm8MCF5 nTEXmoSGzWVLIFyevrmCyRhuQiAEPeO1X9+9cBrC5OQx7R6AhyH2fdVO2866zFruu8au ZSA9/AiwVo7z9l84whQAzg1y2aCPDFrarIYmI+Pd6wSJ2uqVlBRmPwoGli9fOZFVKEas ycDLNQZ+36hKkBPWlW5Y03Vmk0q9lEsn+fnw2hpWHD6wyXn6Y5nmYUvZfpqANoDzAWqK MiTAhDq0GeUeSXa8oeJ1t3jKzZSeJ1xAL82BxWJbL2eKQ70SLeHKWziXYOi2fTHm49v1 ylcw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=Xrx6dijn; 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 w125si2132303pfb.10.2019.06.03.02.01.34; Mon, 03 Jun 2019 02:01:51 -0700 (PDT) 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=Xrx6dijn; 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 S1727862AbfFCI76 (ORCPT + 99 others); Mon, 3 Jun 2019 04:59:58 -0400 Received: from mail-lj1-f195.google.com ([209.85.208.195]:39570 "EHLO mail-lj1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727701AbfFCI76 (ORCPT ); Mon, 3 Jun 2019 04:59:58 -0400 Received: by mail-lj1-f195.google.com with SMTP id a10so12159999ljf.6 for ; Mon, 03 Jun 2019 01:59:57 -0700 (PDT) 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=elEezw8eJNRjZQYTDHVvzRVE/Q+eySJgjyiQLVkYQkQ=; b=Xrx6dijnKVT97gSJqYAR8nt8N75Qn3S9qQU1IBZFGTkLOVou1gTnjYv36KthGz20+h UHP2PnpYWxq6NAIfrhKvGRB0senB32856cmTB6aBaqlyb7aZbUPNXb0MdRqposVfxrxO rbcHV9V1Or/iXt/+dSS2CVhjGchIVWorsN5pvtWqDwIiUd1elY3svWqIqRpi/N8FkfIh znZ+PNXVpkR42l9Xsx8osk70rCqB0Y02JF/yk0Z/vTxDayEWqyzE3UHLsFjYQXWWpWEN Cv7+MRbRGKDst9c5t6WExokDOS+9zmqNul9vTDZPlHRLjDBtTLYt1baRxI7hC3FrdPXO g6/A== 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=elEezw8eJNRjZQYTDHVvzRVE/Q+eySJgjyiQLVkYQkQ=; b=t8khBAqQMFc4UtcTG4u9UeVqfjiDAGfRgYf4wKj1ZBabWWGqC1NVxRtE+AkoRD2nza eqCQyTbIY1Erxd4/YTDHFjZPOmgBtX0+uEEOpU3580p84I0a+3GJ3c/AlJ/Zw/HOnN1a oi/mloeAsd/2t3cbnej7Kz7PIEXGJ3TT78w4R/UJx/zzlrps/QJqqgz+fBntQ2L09OIX 6VC6oeXIlDdiXTnLPAL7n6kTz+fVJV5KFSA8VMsXYVK17ifHnDIKGdhCvddgYLT3elJC dVCa8tho3IGhlAImUx4mxiKFFwU5U6To19ayk3JWM0iyhpHzGNBwy3NAtpZBKe8pb2Ur fIYg== X-Gm-Message-State: APjAAAXTUO5+uNbyiO6bv4T+iVE/IklHhctp8z0uD4gFENu+yc1CFmJ8 XAsQXaNHkTVUPdQx7Ti4RNnpiTrP+LrtQOa6z13eMw== X-Received: by 2002:a2e:a318:: with SMTP id l24mr1308827lje.36.1559552395602; Mon, 03 Jun 2019 01:59:55 -0700 (PDT) MIME-Version: 1.0 References: <3c6c9405-7e90-fb03-aa1c-0ada13203980@kernel.org> <20190516003649.GS11972@sasha-vm> <20190522210231.GA212436@google.com> <44957d4eccc4df68036ad44cbe9b16778191f47d.camel@oracle.com> In-Reply-To: <44957d4eccc4df68036ad44cbe9b16778191f47d.camel@oracle.com> From: Brendan Higgins Date: Mon, 3 Jun 2019 01:59:44 -0700 Message-ID: Subject: Re: Linux Testing Microconference at LPC To: Knut Omang Cc: Sasha Levin , shuah , Dhaval Giani , Sasha Levin , Kevin Hilman , Tim Bird , LKML , Steven Rostedt , "Carpenter,Dan" , Matthew Wilcox , gustavo.padovan@collabora.co.uk, Dmitry Vyukov 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 Wed, May 22, 2019 at 9:55 PM Knut Omang wrote: Sorry for the delayed reply. > > On Wed, 2019-05-22 at 14:02 -0700, Brendan Higgins wrote: > > On Wed, May 15, 2019 at 08:36:49PM -0400, Sasha Levin wrote: > > > On Wed, May 15, 2019 at 04:44:19PM -0600, shuah wrote: > > > > Hi Sasha and Dhaval, > > > > > > > > On 4/11/19 11:37 AM, Dhaval Giani wrote: > > > > > Hi Folks, > > > > > > > > > > This is a call for participation for the Linux Testing microconference > > > > > at LPC this year. > > > > > > > > > > For those who were at LPC last year, as the closing panel mentioned, > > > > > testing is probably the next big push needed to improve quality. From > > > > > getting more selftests in, to regression testing to ensure we don't > > > > > break realtime as more of PREEMPT_RT comes in, to more stable distros, > > > > > we need more testing around the kernel. > > > > > > > > > > We have talked about different efforts around testing, such as fuzzing > > > > > (using syzkaller and trinity), automating fuzzing with syzbot, 0day > > > > > testing, test frameworks such as ktests, smatch to find bugs in the > > > > > past. We want to push this discussion further this year and are > > > > > interested in hearing from you what you want to talk about, and where > > > > > kernel testing needs to go next. > > > > > > > > > > Please let us know what topics you believe should be a part of the > > > > > micro conference this year. > > > > > > > > > > Thanks! > > > > > Sasha and Dhaval > > > > > > > > > > > > > A talk on KUnit from Brendan Higgins will be good addition to this > > > > Micro-conference. I am cc'ing Brendan on this thread. > > > > > > > > Please consider adding it. > > > > > > FWIW, the topic of unit tests is already on the schedule. There seems to > > > be two different sub-topics here (kunit vs KTF) so there's a good > > > discussion to be had here on many levels. > > > > Cool, so do we just want to go with that? Have a single slot for KUnit > > and KTF combined? > > > > We can each present our work up to this point; maybe offer some > > background and rationale on why we made the decision we have and then we > > can have some moderated discussion on, pros, cons, next steps, etc? > > I definitely had KTF and KUnit in mind when proposing this topic. Awesome! > If you recall from the last time we discussed unit testing, each slot is > fairly limited in time. My plan for the intro for discussion is to Yeah, as per Steven's comment, I also submitted a refereed talk for more detailed stuff. > itemize some of the distinct goals we try to achieve with our frameworks and have a > discussion based on that. In light of the discussion around your patch sets, Sounds good to me. One thing I would like to talk about is maybe trying to classify different categories of tests (unit vs. integration vs. end-to-end), where they fit into the Linux kernel, how prescriptivist should we be in categorization and what a test is for, etc. I think this has been a point of disagreement/confusion on my patchsets as well. > one topic is also the question of whether a common API would be useful/desired, > and whether we can "capture" a short namespace for that. I am not opposed. This could potentially tie in to what kind of test something is as I mentioned above. In anycase, sounds like there is a lot of room for good discussion. Thanks!