Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2245180pxp; Mon, 21 Mar 2022 14:51:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyV0fQfncWplVJN7W3GFkZ/ssuofC2ipBIeDUb1Nki/lUoL8xGoJiQ6VvlrYhzyl7a9d7yG X-Received: by 2002:a17:90a:e545:b0:1c6:d783:6e64 with SMTP id ei5-20020a17090ae54500b001c6d7836e64mr1296270pjb.222.1647899496057; Mon, 21 Mar 2022 14:51:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647899496; cv=none; d=google.com; s=arc-20160816; b=uGUcs/85c9+mIyxIlO062Z0eepqDFwcsibA822dtWIMbahuYHKMijEMSYD1xjCfDsl rfwwM//PHNL1pxEBiAyLRwJ8SweAuS1JfkeRKbvL1c1JcMursRQlikOfs140MjNBzvtG flQ6z5x69oqjBmIchIHD1OvSVw85qvN1b/hBLNVwowejDitpAvTNumSa5sJZ4NmRbMI8 MbgFug7LzuTze2izZwmms8kObjqWfg247nNBsZ1FZn0fK1eiRjhhp3AmyOJ9m5EI9eZE 4WS5kbUnGSNGLVp1jS+eG2AHS3fierrsgraS0SoRtwqJDW5RltfgweujQsxCra/p7GND 9vpQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=mJOoRUMYX3YmX13po9qoHQ56zhl3uYpuOoJWbXxYEFY=; b=DkUx/xRCJxdGas8nt/FEkPiIZcoEzw0DrqG5xUxV3Xl8easbJ1jlt1CLUms4RFQgxK NT5h5nBNnZ9Ihys8+7kMD2NucOwhvBcOdOsDuD01JClov69F1Q7pjKTLCH3S7WodjLqr U8j9446qnWVmE+5r8PcLvbx0Y7Rli0gMoM5kxPGZWwR0d9phNr7RlGxCGZuPLvqJWMcQ l7PgrEb/kc4GOyektXqyYshnh3iuJCwprQX1WxQ9zPbOsfBI6h4BzwSkFPVr+lfVIOoU BSoCAe/8e+q8n+VPxzqDvOrIdJLgy80uuUdWaO3Nz3S+5IydD/XgGGiMrT5vv+rkAgwJ LkIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@messagingengine.com header.s=fm3 header.b=MekULqoF; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id z1-20020a631901000000b0038202624720si13732735pgl.187.2022.03.21.14.51.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Mar 2022 14:51:36 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@messagingengine.com header.s=fm3 header.b=MekULqoF; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id C51B1F8952; Mon, 21 Mar 2022 14:19:10 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244416AbiCUIai (ORCPT + 99 others); Mon, 21 Mar 2022 04:30:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37590 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344811AbiCUIag (ORCPT ); Mon, 21 Mar 2022 04:30:36 -0400 Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6A80B1C13E for ; Mon, 21 Mar 2022 01:29:10 -0700 (PDT) Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 9D6865C01CC; Mon, 21 Mar 2022 04:29:07 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Mon, 21 Mar 2022 04:29:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=mJOoRUMYX3YmX13po 9qoHQ56zhl3uYpuOoJWbXxYEFY=; b=MekULqoFVnQl1+cCRF8WdVEiPR4UQiA1v iwe8N8NXBsUHo/NGxe6+PrtWL9xPyZ9aelp3k3FZSWmL0VFQeDf2CIB9R8XLYmcK LAVakqRxrBTYXuuCFwpr/zGJ3RVq6zWhqwDJXpsEKjrdcJPn6mbBbHUcb/UiwVCZ TZv+6LRrDsuuhwC0sSPhyzboVBAR0z640It0iZuLlK50KWXblBxDaKUNLbOIgmVZ yqfgNg2zpEtW6seIq4i4CWknX/4daBGPFmLLGDCfmaTMhCnDTxqJ47UzJi9JBEsx Sz+Mq9AXxdzFfbkRifU2xs0SUe1njJNOGKQuJXJJN8b/E3DJ4OpGw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudegvddguddvvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvufgjkfhfgggtsehmtderredttdejnecuhfhrohhmpefhihhnnhcu vfhhrghinhcuoehfthhhrghinheslhhinhhugidqmheikehkrdhorhhgqeenucggtffrrg htthgvrhhnpeefffejiefgheevheefvefhteeggfeijeeiveeihfffffdugfefkeelfffh gfehvdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe hfthhhrghinheslhhinhhugidqmheikehkrdhorhhg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 21 Mar 2022 04:29:05 -0400 (EDT) Date: Mon, 21 Mar 2022 19:29:11 +1100 (AEDT) From: Finn Thain To: Christophe Leroy cc: Benjamin Herrenschmidt , Randy Dunlap , Geert Uytterhoeven , "linuxppc-dev@lists.ozlabs.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] macintosh/via-pmu: Fix build failure when CONFIG_INPUT is disabled In-Reply-To: <5291a177-9a67-b23a-515f-7faa3cc887e8@csgroup.eu> Message-ID: References: <5291a177-9a67-b23a-515f-7faa3cc887e8@csgroup.eu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="-1463811774-1060938498-1647851351=:12278" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463811774-1060938498-1647851351=:12278 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 21 Mar 2022, Christophe Leroy wrote: >=20 >=20 > Le 21/03/2022 =C3=A0 05:30, Finn Thain a =C3=A9crit=C2=A0: > > drivers/macintosh/via-pmu-event.o: In function `via_pmu_event': > > via-pmu-event.c:(.text+0x44): undefined reference to `input_event' > > via-pmu-event.c:(.text+0x68): undefined reference to `input_event' > > via-pmu-event.c:(.text+0x94): undefined reference to `input_event' > > via-pmu-event.c:(.text+0xb8): undefined reference to `input_event' > > drivers/macintosh/via-pmu-event.o: In function `via_pmu_event_init': > > via-pmu-event.c:(.init.text+0x20): undefined reference to `input_alloca= te_device' > > via-pmu-event.c:(.init.text+0xc4): undefined reference to `input_regist= er_device' > > via-pmu-event.c:(.init.text+0xd4): undefined reference to `input_free_d= evice' > > make[1]: *** [Makefile:1155: vmlinux] Error 1 > > make: *** [Makefile:350: __build_one_by_one] Error 2 > >=20 > > Don't call into the input subsystem unless CONFIG_INPUT is built-in. > >=20 > > Reported-by: kernel test robot > > Cc: Michael Ellerman > > Cc: Geert Uytterhoeven > > Cc: Randy Dunlap > > Signed-off-by: Finn Thain > > --- > > This is equivalent to the patch I sent a couple of days ago. This one > > is slightly longer and adds a new symbol so that Kconfig logic can been > > used instead of Makefile logic in case reviewers prefer that. > > --- > > drivers/macintosh/Kconfig | 5 +++++ > > drivers/macintosh/Makefile | 3 ++- > > drivers/macintosh/via-pmu.c | 2 ++ > > 3 files changed, 9 insertions(+), 1 deletion(-) > >=20 > > diff --git a/drivers/macintosh/Kconfig b/drivers/macintosh/Kconfig > > index 5cdc361da37c..b9102f051bbb 100644 > > --- a/drivers/macintosh/Kconfig > > +++ b/drivers/macintosh/Kconfig > > @@ -67,6 +67,11 @@ config ADB_PMU > > =09 this device; you should do so if your machine is one of those > > =09 mentioned above. > > =20 > > +config ADB_PMU_EVENT > > +=09bool > > +=09depends on ADB_PMU && INPUT=3Dy > > +=09default y >=20 > Could be reduced to >=20 > config ADB_PMU_EVENT > =09def_bool y if ADB_PMU && INPUT=3Dy >=20 That's great but my question remains unanswered: why the aversion to=20 conditionals in Makefiles, when that would be simpler (no new symbol)? ---1463811774-1060938498-1647851351=:12278--