From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.1 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6DFCFC48BE5 for ; Tue, 15 Jun 2021 20:10:33 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id D04D66128C for ; Tue, 15 Jun 2021 20:10:32 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org D04D66128C Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=amsat.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:54584 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ltFOJ-0007Lk-Hi for qemu-devel@archiver.kernel.org; Tue, 15 Jun 2021 16:10:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49556) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltFN8-0006fT-Ph for qemu-devel@nongnu.org; Tue, 15 Jun 2021 16:09:18 -0400 Received: from mail-wr1-x42b.google.com ([2a00:1450:4864:20::42b]:33622) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ltFN7-000216-3v for qemu-devel@nongnu.org; Tue, 15 Jun 2021 16:09:18 -0400 Received: by mail-wr1-x42b.google.com with SMTP id a20so30757wrc.0 for ; Tue, 15 Jun 2021 13:09:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=a4ewMdENPxS8c2Ydk8IdnyAGjdz91LTqBTid5AxQKN0=; b=SCSuaS4jwXC28pe9uUu8rseoNlK/3NIzPXGOJI1DcuZrrcWc9CAV17qCIEiARhLeN9 drGLC1vclelzqBSaSPhm/jw2R98zBi1U6uszVBlJ2fVLOri+991RxICmb6XvvFo/tMrZ N8/I3Qw6UFl+3nK++JRcb//HmATWEfjoJSP720UBcrXfsvhSDdNpcVuFdqrnWvcwKnY6 dGR+NgFiwNJ7914T/l/AL0eCvSSBupsjfEeJMXfOGuB0ZfY4fCI1p2NZqOaymmLU90zw r7AARxquxhfRv4ib0Bpq06ycN0hMk7WzpC++oXhTQRownrFJtMh75RQiuWbWY/8gzUUA CeoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=a4ewMdENPxS8c2Ydk8IdnyAGjdz91LTqBTid5AxQKN0=; b=pgPhdNU6hI75x9BkJccXvsVufwsbcoE4RzggiRvxNVIz0NHlBvPdVSldNLFrr/jihm 0dfzW+Y/iS0bE5ZRq0WrPvvR9ycG+Uzd9fcjY0g4hK76T+q/U+7L0iX49Q6D18Y28slN n85Ov2RzMMjud9Hn1mSY9Ma2HaEv2WOJR+PofWs/1IaPlELekc3SmWYmwAz9WHBD5bb4 jw0EZK5BvUptu74F4M1TzU5A8l4OSKF5syOQ5ipPW/skio2HailcsVZiwGqQS0WIybcI UFPqRfedomfmwMAmSMAspTP5SGKAsvHPShCGmEfsvHAiCaZx7Ys1yuhVJ+ZthTj22pei l52w== X-Gm-Message-State: AOAM533jJjd6inGtCZn6vE8PtKCbka7QQxxmKEocOIcUOuhFjFmzNqUy jcmJS3dGtQV7HEXk/950vuE= X-Google-Smtp-Source: ABdhPJypFdBB6MhaXgNlcqtLXpB6rUkwxuu45Fazabh/9BSc+70umzvKC2x8M1zpnb81G1PMitDAww== X-Received: by 2002:adf:a489:: with SMTP id g9mr954686wrb.103.1623787753854; Tue, 15 Jun 2021 13:09:13 -0700 (PDT) Received: from [192.168.1.36] (93.red-83-35-24.dynamicip.rima-tde.net. [83.35.24.93]) by smtp.gmail.com with ESMTPSA id j18sm19533776wrw.30.2021.06.15.13.09.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 15 Jun 2021 13:09:13 -0700 (PDT) Subject: Re: [RFC] GitLab issue tracker labeling process: arch/target, os, and accel labels To: John Snow , David Gibson References: <0a19af15-2f34-4934-c6c9-113e49f5f1f2@redhat.com> <05a484e7-bbd3-ca9f-5642-ef98d92ad4b3@redhat.com> From: =?UTF-8?Q?Philippe_Mathieu-Daud=c3=a9?= Message-ID: Date: Tue, 15 Jun 2021 22:09:11 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <05a484e7-bbd3-ca9f-5642-ef98d92ad4b3@redhat.com> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=2a00:1450:4864:20::42b; envelope-from=philippe.mathieu.daude@gmail.com; helo=mail-wr1-x42b.google.com X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-0.095, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Peter Maydell , David Hildenbrand , Bin Meng , Mark Cave-Ayland , QEMU Developers , Max Filippov , Taylor Simpson , Alistair Francis , "Edgar E. Iglesias" , Marek Vasut , Yoshinori Sato , Kamil Rytarowski , Reinoud Zandijk , Artyom Tarasenko , Thomas Huth , Eduardo Habkost , Stefan Weil , Richard Henderson , Greg Kurz , Michael Rolnik , Stafford Horne , =?UTF-8?Q?Alex_Benn=c3=a9e?= , =?UTF-8?Q?Daniel_P=2e_Berrang=c3=a9?= , Bastian Koppelmann , Chris Wulff , Laurent Vivier , Palmer Dabbelt , Paolo Bonzini Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" On 6/15/21 9:27 PM, John Snow wrote: > On 6/14/21 10:08 PM, David Gibson wrote: >> On Mon, Jun 14, 2021 at 01:32:11PM -0400, John Snow wrote: >>> Hi, I'd like to work out our collective preferences for how we triage >>> issues >>> that concern the execution environment; namely the arch (now >>> "target", os, >>> and accel labels. > > [...] > >> In general, what's the convention when a bug is independent of (say) >> the accel: does it get none of the accel tags, or all of them? >> Likewise with OS and the other categories. > > So far, I have been labeling bugs reported against a specific > accel/guest/host combination with those bugs. It doesn't necessarily > mean they are bugs *in* those components. They might be, they might not be. > > Generally I have been treating these labels as descriptors of the > problem environment and not necessarily descriptors of the root cause. > At a glance I often have no clue what the root cause might be. In just a > few minutes, translating some of the details of the environment into > labels in the hopes that it floats by someone with more knowledge in one > or more of those areas is the best I can do. > > This *does* mean that for TCG developers, there's a high ambiguity here > because "accel: TCG" && "target: i386" applies to a pretty broad > category of reports, not all of them necessarily bugs primarily > suspected to be *about* TCG. Maybe, maybe not. > > Phil sometimes removes these labels once it becomes apparent to him that > the bug doesn't actually involve the system mentioned. Maybe it was > filed under i386 but impacts all architectures, so we'd remove that label. I was doing this hoping it would help the triage, so further updates won't trigger notification to the maintainers subscribed to the labels that became irrelevant. But now I understood other maintainers use the labels to sort bugs, so I think we should first agree on what we expect from gitlab labels and how to use them, before discussing on what labels to use. Personally I see labels like a tree of IRQ lines :) We want to always reach someone, starting broad to eventually get to the right person able to help. The sooner we disable an IRQ where it is not required the better, because we release uninterested maintainers from noise, so they can attending other issues.