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.7 required=3.0 tests=BAYES_00, 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 16FA5C2B9F4 for ; Mon, 14 Jun 2021 17:44:53 +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 EA2B061356 for ; Mon, 14 Jun 2021 17:44:51 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org EA2B061356 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=weilnetz.de Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:52704 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lsqdm-0001k1-Rj for qemu-devel@archiver.kernel.org; Mon, 14 Jun 2021 13:44:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50916) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lsqbq-0007vx-LH for qemu-devel@nongnu.org; Mon, 14 Jun 2021 13:42:50 -0400 Received: from mail.weilnetz.de ([37.120.169.71]:36176 helo=mail.v2201612906741603.powersrv.de) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lsqbo-0002Lb-4m for qemu-devel@nongnu.org; Mon, 14 Jun 2021 13:42:49 -0400 Received: from macbook02.fritz.box (p57b42637.dip0.t-ipconnect.de [87.180.38.55]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.v2201612906741603.powersrv.de (Postfix) with ESMTPSA id 18D39DA07C5; Mon, 14 Jun 2021 19:42:45 +0200 (CEST) Subject: Re: [RFC] GitLab issue tracker labeling process: arch/target, os, and accel labels To: John Snow , QEMU Developers References: <0a19af15-2f34-4934-c6c9-113e49f5f1f2@redhat.com> From: Stefan Weil Message-ID: Date: Mon, 14 Jun 2021 19:42:44 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <0a19af15-2f34-4934-c6c9-113e49f5f1f2@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=37.120.169.71; envelope-from=sw@weilnetz.de; helo=mail.v2201612906741603.powersrv.de X-Spam_score_int: -23 X-Spam_score: -2.4 X-Spam_bar: -- X-Spam_report: (-2.4 / 5.0 requ) BAYES_00=-1.9, NICE_REPLY_A=-0.489, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham 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 , Max Filippov , Taylor Simpson , Alistair Francis , "Edgar E. Iglesias" , Marek Vasut , Yoshinori Sato , Kamil Rytarowski , Reinoud Zandijk , =?UTF-8?Q?Philippe_Mathieu-Daud=c3=a9?= , Artyom Tarasenko , Thomas Huth , Eduardo Habkost , Richard Henderson , Greg Kurz , Michael Rolnik , Stafford Horne , =?UTF-8?Q?Alex_Benn=c3=a9e?= , David Gibson , =?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" Am 14.06.21 um 19:32 schrieb John Snow: > RTH raises the issue of the "TCI" subsystem of TCG, which is not a > full accelerator in its own right, but (I think) a special case of > TCG. If I keep the 1:1 mapping to ACCEL_CLASS_NAME, "accel: TCI" is > inappropriate. > > Some suggestions: > - "TCI" by itself, simple enough. > - "TCG-TCI" or "TCG: TCI" or "TCG/TCI" or similar, so that it shows up > in label search when you search for 'tcg'. > - "accel: TCG:TCI". Similar to above but uses the "accel:" prefix too. > > My only concern here is completeness of the label: this one seems like > it's at particular risk of being forgotten or lost. It works perfectly > well as an organizational bucket for people working on TCI, but I > wonder if it will work well as an "issue inbox". Intended use begins > to matter here. Your thoughts, Stefan? I appreciate your, Richard's and all other efforts to further improve the label system. Regarding the label for TCI I have no special personal preferences. The above suggestions are all fine for me, so choose one which fits best to other labels. Thanks, Stefan