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=-11.4 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham 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 517E7C433E0 for ; Fri, 31 Jul 2020 05:53:51 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 25F062084D for ; Fri, 31 Jul 2020 05:53:51 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="MVBwUCEW" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731269AbgGaFxu (ORCPT ); Fri, 31 Jul 2020 01:53:50 -0400 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:36070 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1730170AbgGaFxt (ORCPT ); Fri, 31 Jul 2020 01:53:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1596174828; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:openpgp:openpgp; bh=Cp/KAfuDxBeGF95gojRQn/XBETzjsEPVPNQ+9SOabpI=; b=MVBwUCEWNFOZGY3dkKHjONbZGL55n+tIbVQVoy6nlm5M3/NAAjn+ApxuewdEo5ISd97CZd SHLYzBx1MQWsectOrJYAxGdX1XJYBPVJShNA086FFMkfbucxe+7jwK3Sj9u04xQSxBXsV8 Lg12a2ZehK9YfBBQ0ScJnbtSlb90iHE= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-234-s2MSZTp8O6iZ0s9GNga9zQ-1; Fri, 31 Jul 2020 01:53:41 -0400 X-MC-Unique: s2MSZTp8O6iZ0s9GNga9zQ-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id C284E8017FB; Fri, 31 Jul 2020 05:53:39 +0000 (UTC) Received: from thuth.remote.csb (ovpn-112-153.ams2.redhat.com [10.36.112.153]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 6A6C01C953; Fri, 31 Jul 2020 05:53:34 +0000 (UTC) Subject: Re: A new name for kvm-unit-tests ? To: Andrew Jones , Nadav Amit Cc: Paolo Bonzini , Wanpeng Li , David Hildenbrand , Christian Borntraeger , KVM , Laurent Vivier , Janosch Frank , Liran Alon , Sean Christopherson References: <682fe35c-f4ea-2540-f692-f23a42c6d56b@de.ibm.com> <1B9660BF-6A81-475E-B80C-632C6D8F4BF9@vmware.com> <20200730113215.dakrrilcdz5p4z7e@kamzik.brq.redhat.com> From: Thomas Huth Openpgp: preference=signencrypt Message-ID: <6cfe22f2-b919-d637-ccf2-c479dbc049c2@redhat.com> Date: Fri, 31 Jul 2020 07:53:31 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20200730113215.dakrrilcdz5p4z7e@kamzik.brq.redhat.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Sender: kvm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: kvm@vger.kernel.org On 30/07/2020 13.32, Andrew Jones wrote: > On Thu, Jul 30, 2020 at 07:50:39AM +0000, Nadav Amit wrote: >>> On Jul 30, 2020, at 12:35 AM, Paolo Bonzini wrote: >>> >>> On 30/07/20 09:13, Wanpeng Li wrote: >>>>>> I personally dislike renames as you will have old references lurking in >>>>>> the internet for decades. A rename will result in people continue to using >>>>>> the old code because the old name is the only thing that they know. >>>>> >>>>> +1 for keeping the old name. >>>>> >>>>> cpu-unit-tests might also not be completely fitting (I remember we >>>>> already do test, or will test in the future I/O stuff like PCI, CCW, ...). >>>>> >>>>> IMHO, It's much more a collection of tests to verify >>>>> architecture/standard/whatever compliance (including paravirtualized >>>>> interfaces if available). >>> >>> Good point. >>> >>>> Vote for keeping the old name. >>> >>> Ok, so either old name or alternatively arch-unit-tests? But the >>> majority seems to be for kvm-unit-tests, and if Nadav has no trouble >>> contributing to them I suppose everyone else can too. >> >> Indeed. My employer (VMware) did not give me hard time (so far) in >> contributing to the project just because it has KVM in its name. We (VMware) >> also benefit from kvm-unit-tests, and Paolo and others were receptive to >> changes that I made to make it more kvm/qemu -independent. This is what >> matters. >> >> So I am ok with the name being kvm-unit-tests. But I would ask/recommend >> that the project description [1] be updated to reflect the fact that the >> project is hypervisor-agnostic. > > Good idea. Although while I authored what you see there, I don't really > want to sign up to do all the writing. How about when we create the gitlab > project we also create a .md file that we redirect [1] to? Then anybody > can submit patches for it going forward. The README.md can now be viewed here: https://gitlab.com/kvm-unit-tests/kvm-unit-tests/-/blob/master/README.md Thomas