Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp2116660yba; Mon, 22 Apr 2019 00:15:22 -0700 (PDT) X-Google-Smtp-Source: APXvYqz+WcXI+t+CaNGVyPK1U7sT1yyitFOedN3xzO+lR/rR6am9zmOTbn5SoxUpzOoGQWBYPNyu X-Received: by 2002:a65:5206:: with SMTP id o6mr1189663pgp.341.1555917322591; Mon, 22 Apr 2019 00:15:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555917322; cv=none; d=google.com; s=arc-20160816; b=ORZULaJ9K565V21+CVYTmKh28WQOwunmvGPJWLsuGBcGYh8X520JOq6991oEY6wfNE N6oxpecUnlrLLWwZKdWUi1CP4fGTd1BJvXFpCDIVdalsAltcN4eRLoTkwqf5OKxED5X9 ROoqHIkGVovZoeeMuJXlWOeRhq16917rTW3cOhEHA/C2nIEbDhP0Ewkuzjh5rGUbPI0H fmE/jJXKUPgvYSVcy0Jbn8M5dwwPjBVfodF1pT4N5Eh0c3OvOxzr9O9Z6dImXnjlXmVH zWZzVh0ZStvgWxsnZPQmMlDFA7nUskACjzddogzppu/QQBddj9s+b8uEqixldodqAeSQ dP8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=xhGlde2jUcbXecj47LjqyjakOZ2s2I/GLIHPUVKeQug=; b=LUa0+rlj02E+rD9PdTmsLswbDMbpNVpvzy/jtpPHG1vCe5sLQsCvzaj4asx+GWkJLj f0luP8+RloQojUxk7Riw30pS6uPgQsoC0i4s7lPcL1rOVsf1p1nWtUazbxYIgZj4Dxfq amnpbiIZleE0PkXm43Fn/yMP2OpCPUuPYDkGt93E9pFn38GrKacRQoWIwSKYuMHvCbxr Z8FuCrPO4XpHoE2uqgIWqaJnFg3Kh5dEkX5MRF/qPEv3H0242Q3b2gfPRl4gmXTDpwT1 eRthlHCWom5fqs4iu7WWR7zQVFhWzyaUdfBl3tHrjUEWD3wVxcCZ/eEs1PoLOJOQ2f9S yUlw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d23si13215239pfd.93.2019.04.22.00.15.07; Mon, 22 Apr 2019 00:15:22 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726831AbfDVHMi (ORCPT + 99 others); Mon, 22 Apr 2019 03:12:38 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:46238 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726190AbfDVHMi (ORCPT ); Mon, 22 Apr 2019 03:12:38 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: gtucker) with ESMTPSA id D321B278FE0 Subject: Re: Linux Testing Microconference at LPC To: Steven Rostedt , Gustavo Padovan Cc: Dhaval Giani , Sasha Levin , shuah , Kevin Hilman , Tim Bird , LKML , "Carpenter,Dan" , willy@infradead.org, Dmitry Vyukov , knut.omang@oracle.com References: <2dfb-5cb85000-7-65937800@86141034> <20190418092624.61b3611b@gandalf.local.home> From: Guillaume Tucker Message-ID: Date: Mon, 22 Apr 2019 08:12:34 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <20190418092624.61b3611b@gandalf.local.home> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Steve, On 18/04/2019 14:26, Steven Rostedt wrote: > On Thu, 18 Apr 2019 11:22:47 +0100 > "Gustavo Padovan" wrote: > >> Guillaume would like to talk about the his work on kernelCI on automated bisection, functional testing and modular pipelines. > > Can you be more specific about what Guillaume wants to talk about for > those topics? I hope it's not just a "let everyone know what Guillaume > has done" talk. Plumbers is about discussions of on going and future > work. If these are all work-in-progress and Guillaume is looking for > input from other stakeholder developers, then that is exactly what > Plumbers is about. But if this is just to show developers what was done > and how to use the finished work, then save that for something like > Open Source Summit. Sure, this is very much about discussing how to grow KernelCI in a more community-driven way. It should also help defining the role of KernelCI in the wider kernel community, alongside other test infrastructures. As Gustavo mentioned, there is the bisection tool which has already started to bear fruit. It has a few known limitations that I've already started to address and several aspects that would be worth discussing for future development. In particular, it quickly gets a lot more complex when bisecting long test suites compared to the simple boot tests we're doing now. Then there is the topic of adding more test suites to cover more areas of the kernel. Ultimately it would be good to have a way to enable anyone to submit a new test suite to KernelCI and not just the small team of developers working on it now, to scale proportionally with the size of the task. It's also worth discussing a strategy as to how to expand testing (which areas to cover first, how to make best use of the available test capacity etc.). One more thing I have in mind is an idea I started to explain in a document[1] whereby some components of the current KernelCI system could have alternative instances. For example, if an organisation is doing some upstream kernel testing and wants to join KernelCI to contribute the results, rather than requiring all the tests to be run in LAVA or all the kernels to be built with Jenkins on kernelci.org, there could be alternative automated build systems for some binaries to be produced and alternative test systems to test them. Having a common test results format also helps, but it's only the last step in the pipeline so there is more to it if we want to explore the full potential of collaborative testing. So that seems like a good subject for discussion too as it's mostly still all up in the air. Best wishes, Guillaume [1] https://groups.io/g/kernelci/topic/kernelci_modular_pipeline/29692355