From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 78611102D for ; Tue, 27 Aug 2019 07:33:54 +0000 (UTC) Received: from mail-ot1-f66.google.com (mail-ot1-f66.google.com [209.85.210.66]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E4EA4756 for ; Tue, 27 Aug 2019 07:33:53 +0000 (UTC) Received: by mail-ot1-f66.google.com with SMTP id f17so17808021otq.4 for ; Tue, 27 Aug 2019 00:33:53 -0700 (PDT) MIME-Version: 1.0 References: <20190826230206.GC28066@mit.edu> In-Reply-To: From: Geert Uytterhoeven Date: Tue, 27 Aug 2019 09:33:41 +0200 Message-ID: To: Dmitry Vyukov Content-Type: text/plain; charset="UTF-8" Cc: Joel Fernandes , Barret Rhoden , ksummit , Greg Kroah-Hartman , Jonathan Nieder , Tomasz Figa , Han-Wen Nienhuys , Theodore Tso , David Rientjes , Dmitry Torokhov Subject: Re: [Ksummit-discuss] Allowing something Change-Id (or something like it) in kernel commits List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Hi Dmitry, On Tue, Aug 27, 2019 at 2:30 AM Dmitry Vyukov via Ksummit-discuss wrote: > A somewhat related point re UUID/Change-ID. > For syzbot (or any other bug tracking system) we want to associate > bugs with fixes. It turned out there is no good identity of a change > that we could use. Commit hash is an obvious first thing to consider, > but (1) it changes in linux-next, (2) sometimes the change is not > committed yet when we do the association, (3) it is different when > backported to LTS (so not possible to say if a fix is in that stable > tree or not). For (3): LTS commits have "commit upstream" in their description (perhaps some have "cherry picked from commit "?). > We decided to use commit subject, which works to some degree, but also > has problems: (1) not necessary unique, (2) sometimes people change > subject during backporting (e.g. prepend some prefix), (3) has all the > same problems of email clients messing with text (e.g. I can't issue > #syz fix command for loo long commit subjects with my email client). > Some real UUID/Change-ID would solve all of these problems by giving > us capability to refer to changes rather than a commit in a particular > tree only. "git patch-id --stable " may help, too. For quick lookups, you need to generate/append to an index regularly. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds