Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id C286CC64ED6 for ; Mon, 27 Feb 2023 21:25:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229909AbjB0VZb (ORCPT ); Mon, 27 Feb 2023 16:25:31 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35050 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230051AbjB0VZ1 (ORCPT ); Mon, 27 Feb 2023 16:25:27 -0500 Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6AD42199CA for ; Mon, 27 Feb 2023 13:25:22 -0800 (PST) Received: by mail-ed1-x52f.google.com with SMTP id h16so31429405edz.10 for ; Mon, 27 Feb 2023 13:25:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+o0pueVZ861PFNaPrYiHg3vpUPtRa7x51nOh+6VPgio=; b=O+DW/abiqE8z4YZl36fMZTGAz/Lj7u9E0Bzt5eg3a2mlQDhc9Alkgc1dLhRNqQ3OeX TejbetlpJjspldFMLGQdz1BBEgsks6HENBSRBBswV+gv06fp7EfZPQsSRu8wAcI9rdri iSVnmVgz/q0j5RBiQ3sGvb0MzLVBJbIuqekhUgo0y3Wc5Yb2DIjsjsdaoltdVcIdFXJr DKMiayRMkZvdogje62ZJX4lGZM+McfDGhWPMWN1YwhTTJzgHsZMCJJIwMeYnyMAlRdwf iDTk2lNPsPXMNNKaleSqhWpw0K/+PpzfC88maLG9yygiIn1WNxDshhsebSm8EYwKacuV pwBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+o0pueVZ861PFNaPrYiHg3vpUPtRa7x51nOh+6VPgio=; b=zMb2Y62aotiYsN491SdEMMfdhTTnW7Wvn54edBVw7bX7y6mG+ipKoDIUbgI0F+F6PV HjzTsUX+C4P19qGesD8VQWhaoSD24QanYLTZJi7un53XthXOldTqhc6ALAhZmpkNseG1 +GGtRwu4OwzTBvks5lhC8r0R+jePD/zadcRtkpvryIxGphYoRetVWh0XgZQaEEqtSfuA gmJWO6tRSw+8ez9AgSKn3Nx9AWj8lBp+4gR94qDSob+jkcdprcg8VBVBllDIfjNNDwNZ xF+emdi0smiEEgBkQmcHCY1Fag5Xxgc5jpJ6iyBHkfXPMBsXZs79bn0/VgkctqoIv9UI yVcw== X-Gm-Message-State: AO0yUKXu283UV0htT/paWT7iYQp/7/9fPsNoMaQK65vQKJhh7ODJordx 2YBrbHHlPnHZ+jNhaQw+jrM70bNHAGZZgdH0UYwHf9XhVCtcf8RZ/1g= X-Google-Smtp-Source: AK7set/GWx//9aZEijFPoTVfWw9sKvwUTfvj0kgyHagHyHFEJyc4e8pb0A3QvVkheCxX6hn4K4vAs5HkjbXhWO8nQCs= X-Received: by 2002:a17:906:3586:b0:8ab:b606:9728 with SMTP id o6-20020a170906358600b008abb6069728mr77255ejb.5.1677533120740; Mon, 27 Feb 2023 13:25:20 -0800 (PST) MIME-Version: 1.0 References: <20230225014529.2259752-1-davidgow@google.com> In-Reply-To: <20230225014529.2259752-1-davidgow@google.com> From: Brendan Higgins Date: Mon, 27 Feb 2023 16:25:09 -0500 Message-ID: Subject: Re: [PATCH] kunit: Fix 'hooks.o' build by recursing into kunit To: David Gow Cc: Linus Torvalds , Shuah Khan , Brendan Higgins , Rae Moar , Daniel Latypov , Masahiro Yamada , linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 24, 2023 at 8:45 PM 'David Gow' via KUnit Development wrote: > > KUnit's 'hooks.o' file need to be built-in whenever KUnit is enabled > (even if CONFIG_KUNIT=m). We'd previously attemtped to do this by adding > 'kunit/hooks.o' to obj-y in lib/Makefile, but this caused hooks.c to be > rebuilt even when it was unchanged. > > Instead, always recurse into lib/kunit using obj-y when KUnit is > enabled, and add the hooks there. > > Fixes: 7170b7ed6acb ("kunit: Add "hooks" to call into KUnit when it's built as a module"). > Reported-by: Linus Torvalds > Link: https://lore.kernel.org/linux-kselftest/CAHk-=wiEf7irTKwPJ0jTMOF3CS-13UXmF6Fns3wuWpOZ_wGyZQ@mail.gmail.com/ > Signed-off-by: David Gow Reviewed-by: Brendan Higgins