Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753202AbdL1KTn (ORCPT ); Thu, 28 Dec 2017 05:19:43 -0500 Received: from mail-pl0-f54.google.com ([209.85.160.54]:34382 "EHLO mail-pl0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751580AbdL1KTm (ORCPT ); Thu, 28 Dec 2017 05:19:42 -0500 X-Google-Smtp-Source: ACJfBov4OnqMz3yN07+5zR6vnHt+kygtZC+Vz5LGJe/mJOWE9Uj6N/+jRK7pUbTry2hkBelFPxNl3G/XhErVeaCwK5Y= MIME-Version: 1.0 In-Reply-To: <2591445.sHVZGWs4yY@tauon.chronox.de> References: <2591445.sHVZGWs4yY@tauon.chronox.de> From: Dmitry Vyukov Date: Thu, 28 Dec 2017 11:19:20 +0100 Message-ID: Subject: Re: [RFC] syzbot process To: Stephan Mueller Cc: Andrey Ryabinin , LKML , syzkaller , Eric Dumazet , Eric Biggers , Kostya Serebryany , Alexander Potapenko , andreyknvl , Linus Torvalds , Greg Kroah-Hartman , Andrew Morton , Tetsuo Handa , David Miller , Willem de Bruijn , Guenter Roeck Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2060 Lines: 47 On Thu, Dec 21, 2017 at 2:36 PM, Stephan Mueller wrote: > Am Donnerstag, 21. Dezember 2017, 14:22:40 CET schrieb Andrey Ryabinin: > > Hi Andrey, > >> 2017-12-21 15:52 GMT+03:00 Dmitry Vyukov : >> > Any other proposals, thoughts, ideas? >> >> a) Assume that patches send in replies to the bug report are fixes. >> >> b) Almost the same as your "syzbot-fix: HASH" proposal, but slightly >> closer to normal kernel development workflow. >> Add hash/bug id into the From field of email, i.e. >> >> instead of >> From: syzbot >> >> make it >> From: syzbot-{hash} >> >> And ask to include "Reported-by: syzbot-{hash} >> " tag in a changelog. >> >> a) doesn't exclude b) or "#syz: fix " emails, and vise versa > > One additional suggestion: Rerun all already generated reproducer tests on, > say, each updated kernel (e.g. newer rc or even full new version). If an issue > is detected again, send a reply to the original message to indicate that the > issue is still there. Note, I sometimes even fear that a patch that ought to > fix the reported issue may not completely fix it considering races. > > The problem with the current approach (at least to me) is that on mailing > lists with some volume, such reports get easily buried. Hi Stephan, We've considered a similar idea, but there are 2 problems with it: 1. For some bugs syzbot doesn't have reproducers, so it simply can't retest (though, more than half of them is still perfectly actionable, e.g. LOCKDEP/KASAN reports contain enough information to rootcause, some WARNINGs/BUGs/GPFs clearly point to simple issues like missed input checks, off-by-ones, etc). 2. Lots of bugs are due to races and can't be reproduced with 100% probability, or code can slightly change so the old reproducer doesn't trigger the bug anymore. For racy bugs in the worst case syzbot will close and remail the bug each day (which obviously won't be warmly welcomed).