From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752565AbdLUNgg (ORCPT ); Thu, 21 Dec 2017 08:36:36 -0500 Received: from mail.eperm.de ([89.247.134.16]:44286 "EHLO mail.eperm.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752311AbdLUNga (ORCPT ); Thu, 21 Dec 2017 08:36:30 -0500 From: Stephan Mueller To: Andrey Ryabinin Cc: Dmitry Vyukov , 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 Subject: Re: [RFC] syzbot process Date: Thu, 21 Dec 2017 14:36:27 +0100 Message-ID: <2591445.sHVZGWs4yY@tauon.chronox.de> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. Ciao Stephan