Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751161AbeAPH77 (ORCPT + 1 other); Tue, 16 Jan 2018 02:59:59 -0500 Received: from mail-pl0-f65.google.com ([209.85.160.65]:40037 "EHLO mail-pl0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750812AbeAPH75 (ORCPT ); Tue, 16 Jan 2018 02:59:57 -0500 X-Google-Smtp-Source: ACJfBouUESrh5hqSdhre5YtxjW/PCImGIK8HHxjkvM2L+D2BObEOyFhr1ByQTiEk40+qR5HBiK/oXnEltmmMpdHDgu4= MIME-Version: 1.0 In-Reply-To: <20180116071225.GJ8249@thunk.org> References: <20180104092552.GA991@amd> <1515058705.7875.25.camel@gmx.de> <20180104095628.GA4407@atrey.karlin.mff.cuni.cz> <87inchsl4h.fsf@xmission.com> <87efmrt6ul.fsf@xmission.com> <20180116071225.GJ8249@thunk.org> From: Dmitry Vyukov Date: Tue, 16 Jan 2018 08:59:36 +0100 Message-ID: Subject: Re: LKML admins (syzbot emails are not delivered) To: "Theodore Ts'o" , "Eric W. Biederman" , Dmitry Vyukov , Pavel Machek , Mike Galbraith , LKML , Greg Kroah-Hartman , Andrew Morton , Linus Torvalds , syzkaller , Fengguang Wu Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Tue, Jan 16, 2018 at 8:12 AM, Theodore Ts'o wrote: > On Mon, Jan 15, 2018 at 10:38:42AM -0600, Eric W. Biederman wrote: >> >> Sometimes the branches on linux-next are experimental crap. If someone >> adds an experimental memory allocator to linux-next before discovering >> it causes all kinds of problems I don't want bug reports about my code >> not being able to allocate memory because the memory allocator was bad. >> >> If you don't have the resources to test the individual branches of >> linux-next please just test Linus's tree. That will be much more >> meaningful and productive. > > I have to agree with Eric here, the reason why Fengguang Wu's 0-day > testing robot is much better received by developers is that he does > not test linux-net, but rather individual subsystem git trees and > branches. His test automation also does an automatic bisection > search, and can point at a specific commit --- at which point e-mail > goes out to owner of the subsystem git tree, and to the people who > authored and/or reviewed the guilty commit. > > Dmitry, perhaps you could collaborate with Intel's 0-day testing > folks? They have code which does all of this, and perhaps it can be > leveraged. +Fengguang Please note that in most cases 0-day solves an order of magnitude simpler problem. Build/sparse errors are much faster to find, always possible to precisely bisect and attribute. Yes, for that you just test every commit, bisect and send targeted emails. syzbot only finds runtime bugs, lots of them are related to races and can't be reliably reproduced, bisected, etc. Lots of them are old (e.g. predate KASAN that detects them). But they still can be fixed. In ~half of cases developers fix them looking only at the oops report. The last time I checked 0-day infrastructure was closed source. Fengguang, what do you do with trinity crashes that happen episodically, but you can't reliably reproduce, bisect and attribute? Thanks