Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp1949742pxb; Sun, 18 Apr 2021 12:40:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxoin/0O9G8wnTKypLRsb0eTHhBlESVdTZdgDKRZUA3t8SwVHqX0P8xbdL117CF2gdqDJq2 X-Received: by 2002:a17:906:1d10:: with SMTP id n16mr18287509ejh.445.1618774845890; Sun, 18 Apr 2021 12:40:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618774845; cv=none; d=google.com; s=arc-20160816; b=RlVane+pClFVTSkJfxqgKdQT5UDGrF4zDamRGwu2B8PcO3cbmHNm+EzXhTbMhA1GM6 sT/tByAgRxQ/L2je3JXzFx9sUAKxM+F9lx1FzweN3dYuuUZGKH87bXo7UGPbzZB9G26k JrnHm5K2xNxEDzha/QaznoXo2biDAg2SOlKF9UoUmedH9CxA7uDOINAzK/G9peJc+nJP 0iRIVpDs+81skSesivPT5r5v7xT+ogyw7F+Imk32RN/HCnUxR/tsJzi3IhHe5VAi8mOf Kx2ZrqifwQRfOmcuz4wnRorJHFyaFedsYvnDnjMghRGDjdgYjDH4KQFKF/pPjuzh3Bvl uH0Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=kyOOkIl6sC3bbwFVmBOc2+zdv+pTN1BNTBa6GtWgdko=; b=KBgkCrdhdRkfLkehRgF9PFn6lKbOJgv6pjsKfOQa8pk1n7hYUig/TU8V5vanXNF6+C HpS7iSlQwVTjaMVApGV7OXNFfnAjR6p8M90RxpJUgZP2oPjjDvO9fXen91WYQqVs/egO naFAGO5vz5InBAXsQDk8gQHhvy07NnwXSC4zXUqJLVIdC0ALk8q5Xmhnrw4QMwRG4EME BiGq2F1KMjQ41hGrPIC1y1UZcmr/wMj+xgQACe+NiLwGSuB3383UxutZgbl/pcnhdJet qpdlb4O9Q3X6YGqKckeuGFhQ4R+V0tNut92DqHUC5XzuKrQtcHDK7owf8i3DSDT888ma 3TVA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a3si10443982ejj.228.2021.04.18.12.40.12; Sun, 18 Apr 2021 12:40:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229488AbhDRTkg (ORCPT + 99 others); Sun, 18 Apr 2021 15:40:36 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:47632 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S230028AbhDRTkg (ORCPT ); Sun, 18 Apr 2021 15:40:36 -0400 Received: from cwcc.thunk.org (pool-72-74-133-215.bstnma.fios.verizon.net [72.74.133.215]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 13IJdeHc013456 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 18 Apr 2021 15:39:40 -0400 Received: by cwcc.thunk.org (Postfix, from userid 15806) id D9D5D15C3B0D; Sun, 18 Apr 2021 15:39:39 -0400 (EDT) Date: Sun, 18 Apr 2021 15:39:39 -0400 From: "Theodore Ts'o" To: Nico Pache Cc: linux-kernel@vger.kernel.org, brendanhiggins@google.com, gregkh@linuxfoundation.org, linux-ext4@vger.kernel.org, netdev@vger.kernel.org, rafael@kernel.org, linux-m68k@vger.kernel.org, geert@linux-m68k.org, mathew.j.martineau@linux.intel.com, davem@davemloft.net, broonie@kernel.org, davidgow@google.com, skhan@linuxfoundation.org, mptcp@lists.linux.dev Subject: Re: [PATCH v2 0/6] kunit: Fix formatting of KUNIT tests to meet the standard Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Wed, Apr 14, 2021 at 04:58:03AM -0400, Nico Pache wrote: > There are few instances of KUNIT tests that are not properly defined. > This commit focuses on correcting these issues to match the standard > defined in the Documentation. The word "standard" seems to be over-stating things. The documentation currently states, "they _usually_ have config options ending in ``_KUNIT_TEST'' (emphasis mine). I can imagine that there might be some useful things we can do from a tooling perspective if we do standardize things, but if you really want to make it a "standard", we should first update the manpage to say so, and explain why (e.g., so that we can easily extract out all of the kunit test modules, and perhaps paint a vision of what tools might be able to do with such a standard). Alternatively, the word "standard" could perhaps be changed to "convention", which I think more accurately defines how things work at the moment. > Nico Pache (6): > kunit: ASoC: topology: adhear to KUNIT formatting standard > kunit: software node: adhear to KUNIT formatting standard > kunit: ext4: adhear to KUNIT formatting standard > kunit: lib: adhear to KUNIT formatting standard > kunit: mptcp: adhear to KUNIT formatting standard > m68k: update configs to match the proper KUNIT syntax Also, "adhear" is not the correct spelling; the correct spelling is "adhere" (from the Latin verb "adhaerere", "to stick", as in "to hold fast or stick by as if by gluing", which then became "to bind oneself to the observance of a set of rules or standards or practices"). - Ted