Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp5393833pxu; Thu, 22 Oct 2020 00:39:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzFHwPX4zbuNXgCQhUOPLeu30hYluPchrc9MYj4D5M7sV5D7O/oIPlXsqGvESfrpAVAKPHv X-Received: by 2002:a05:6402:36d:: with SMTP id s13mr1052535edw.203.1603352352464; Thu, 22 Oct 2020 00:39:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603352352; cv=none; d=google.com; s=arc-20160816; b=e2O+mk46oAnJAGY2HFAw1jL2ZunHQGUz/vVd/MV2GRacEUMo7hFk15wAqAUa6XGs4v nkIwLZX2Ex+LE5CehRUxyAinqSuPiai9D6hEH9QmKDCYtE4igwy45cdSuWOj9xdPt2lp ADvGFL++1JWMI4fNMV3pVM1d0g3i3kRmj0mcOfQvENjHqTL3wW4A4HSc8qVGV0fovAzD W3SiRX/cjnn6jNM1/EPMnro9ssa6u/whlVO2EcwZ4hKwDrnLT77Inhouop+Ywb/7STgS A6LjqVWbOwCukeTXFNsZOyMc7MzYTI0Qr/CEXnQAA2sjRIKpNe2yla8hbVhY1CRRZLA6 VOsw== 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=1esEL8Du0/C5juURKdG+bH8/nyPe0DVnehAsVOKWl3k=; b=hGs2IkvE/aPLwhIcySkpP5zMPuUU0vU2krD9WOpY2avtKMb9CqoPLNxQQIYKORrXLc oh4o7tRxSHYPqb8wuK1vLyWhjcIoZnD9J0Vyq2QbzLWhEeYSb/6z9waFsyvJlkbWUwjR 3mZz2Q2foAXZwNr1fVuIfzTaLcnfuN0R+C86KJNlDkEAkBjG8dapd9ZX4CP9anvfHrQC FKHETZcUi+KBAz/6q4WtHRFrtwNgMqu0rmvvHhuU3+IqFzQeiNOWamD3lPDmW4dGcApU D5RQN9rpZoRps+7pYOskKBikGpQ8jFTLQh7nI1KonNkHovMHyuXJHk7516YdIeKHmBIJ qeeA== 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 n26si458997edv.458.2020.10.22.00.38.45; Thu, 22 Oct 2020 00:39:12 -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 S2506824AbgJUWhL (ORCPT + 99 others); Wed, 21 Oct 2020 18:37:11 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:33909 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2387512AbgJUWhL (ORCPT ); Wed, 21 Oct 2020 18:37:11 -0400 Received: from callcc.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 09LManT3021470 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 21 Oct 2020 18:36:50 -0400 Received: by callcc.thunk.org (Postfix, from userid 15806) id 46CA5420107; Wed, 21 Oct 2020 18:36:49 -0400 (EDT) Date: Wed, 21 Oct 2020 18:36:49 -0400 From: "Theodore Y. Ts'o" To: Randy Dunlap Cc: Brendan Higgins , Geert Uytterhoeven , Andreas Dilger , Shuah Khan , Iurii Zaikin , Paolo Abeni , Matthieu Baerts , linux-ext4@vger.kernel.org, Linux Kernel Mailing List , David Gow Subject: Re: [PATCH] ext: EXT4_KUNIT_TESTS should depend on EXT4_FS instead of selecting it Message-ID: <20201021223649.GP181507@mit.edu> References: <20201020073740.29081-1-geert@linux-m68k.org> 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, Oct 21, 2020 at 02:16:56PM -0700, Randy Dunlap wrote: > On 10/21/20 2:15 PM, Brendan Higgins wrote: > > On Tue, Oct 20, 2020 at 12:37 AM Geert Uytterhoeven > > wrote: > >> > >> EXT4_KUNIT_TESTS selects EXT4_FS, thus enabling an optional feature the > >> user may not want to enable. Fix this by making the test depend on > >> EXT4_FS instead. > >> > >> Fixes: 1cbeab1b242d16fd ("ext4: add kunit test for decoding extended timestamps") > >> Signed-off-by: Geert Uytterhoeven > > > > If I remember correctly, having EXT4_KUNIT_TESTS select EXT4_FS was > > something that Ted specifically requested, but I don't have any strong > > feelings on it either way. > > omg, please No. depends on is the right fix here. So my requirement which led to that particular request is to keep what needs to be placed in .kunitconfig to a small and reasonable set. Per Documentation/dev-tools/kunit, we start by: cd $PATH_TO_LINUX_REPO cp arch/um/configs/kunit_defconfig .kunitconfig we're then supposed to add whatever Kunit tests we want to enable, to wit: CONFIG_EXT4_KUNIT_TESTS=y so that .kunitconfig would look like this: CONFIG_KUNIT=y CONFIG_KUNIT_TEST=y CONFIG_KUNIT_EXAMPLE_TEST=y CONFIG_EXT4_KUNIT_TESTS=y ... and then you should be able to run: ./tools/testing/kunit/kunit.py run ... and have the kunit tests run. I would *not* like to have to put a huge long list of CONFIG_* dependencies into the .kunitconfig file. I'm don't particularly care how this gets achieved, but please think about how to make it easy for a kernel developer to run a specific set of subsystem unit tests. (In fact, being able to do something like "kunit.py run fs/ext4 fs/jbd2" or maybe "kunit.py run fs/..." would be *great*. No need to fuss with hand editing the .kunitconfig file at all would be **wonderful**. Cheers, - Ted