Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1171168ybb; Fri, 10 Apr 2020 19:29:37 -0700 (PDT) X-Google-Smtp-Source: APiQypLfyPbfNeXJbyCudtMM18ew05WO63LjdS0U4/ovw/bigb8h3dZxVfNJF6m5uR5ZysPF1Xpy X-Received: by 2002:a37:278c:: with SMTP id n134mr7094385qkn.348.1586572177695; Fri, 10 Apr 2020 19:29:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586572177; cv=none; d=google.com; s=arc-20160816; b=Lee87GMhuCzJ3rs+WNVtybEBI6kFf7KL79yc8tRKUoN31CsB1sBLrhR6Ue5YZXVMW0 djnwPBhrHlz2sR3TBj036tlHgpdY997xlUeKKw6knYbjZ1Q6mFUJ6AEHEKIz0/NMsTXS e2RurjuyBh5WyPn7LZvnL7n5mF89EnXkzv1/TcpUHidAgSM7tf7qFapkB5iiBrEAYrFa cmZkVzYZ58NMH/XcJ0A5ocyc75RGWZJVl8d7pUN/o8s9WuH5VH+bxaeWbsD6pFDrOmVR cn9jwBPwdAgu4fgIljI83LIahl5HthC+Z1kQDNRJPfQh1wEtXPa6eileY/Ar9KfrXquc 3klA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:date:to:cc:from :subject:references:in-reply-to:content-transfer-encoding :mime-version:dkim-signature; bh=vENGhHL2vw0l08reihpHnV/om2j16KnN8VrnETk2o+g=; b=nuXAB6QX3molU4DDvLWT/3UpHXQSdQ+MZpXva2puHi+2217+MdCktgf1l0AJ7qjyqW gJoiqWL9xFnwljChp5ZBT6c52f4vQ3w9aYsvQlgJoipL4yN+/kClQbU6x1ZSwxNdHS6Q GDygSXGlL92M9iNtph2jHb3b56IIvSIUDYfZDoq4ipEfUIuFWN2k8TPlYk5xhgnVPIz3 o3/DaQXjprQQmn74ttPv6Z0Vl8ndkqy+se53pDA/2OFEoTFhmp7zXE77ONMGM17XCfGq jC3xeRNlGHrnB2n9rsMtelLdmEcjdRW64x74BPq9Myl1JeUwwaolfgunbdRXpPNSOc8F Pj2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=p74Y9fw4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b47si2166319qtc.75.2020.04.10.19.29.22; Fri, 10 Apr 2020 19:29:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=p74Y9fw4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726694AbgDKC11 (ORCPT + 99 others); Fri, 10 Apr 2020 22:27:27 -0400 Received: from mail.kernel.org ([198.145.29.99]:47616 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726648AbgDKC11 (ORCPT ); Fri, 10 Apr 2020 22:27:27 -0400 Received: from kernel.org (unknown [104.132.0.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 004E0206A1; Sat, 11 Apr 2020 02:27:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586572047; bh=HUi2hrUBSigypj7OLb4O+ntBuDmB4tsP4LR2Q8kzRy8=; h=In-Reply-To:References:Subject:From:Cc:To:Date:From; b=p74Y9fw4spXP8pf4T5VF32/bLgWuuZPiqXJ+qwE6TdU3spWHWZoocPJZCScu098NO mdzxubA+o7uu/V75cIWSMbkFN8o6UIgFacDnbNELRUcunPHJiZoPFA9aV7E7Z/fX0x osRc40ASzj49v7Fz/0J96Bm8nLJO7F0FQJIkLfNs= Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: References: <20200408160044.2550437-1-arnd@arndb.de> Subject: Re: [PATCH] [RFC] clk: sprd: fix compile-testing From: Stephen Boyd Cc: Arnd Bergmann , Catalin Marinas , Will Deacon , Michael Turquette , Chunyan Zhang , Greg Kroah-Hartman , Linux ARM , LKML , linux-clk , Orson Zhai , Android Kernel Team To: Chunyan Zhang , Sandeep Patil Date: Fri, 10 Apr 2020 19:27:26 -0700 Message-ID: <158657204622.199533.16589832598336244320@swboyd.mtv.corp.google.com> User-Agent: alot/0.9 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Chunyan Zhang (2020-04-09 20:45:16) > We see this broken because I shouldn't leave clk Makefile a tristate > compile [1] after changing ARCH_SPRD to be tristate. >=20 > If we will make ARCH_SPRD tristate-able in the future and you all > aggree that, I would like to do it now, and pay more attention to > Makefiles and dependencies. >=20 > I can also make a change like below: >=20 > diff --git a/drivers/clk/sprd/Kconfig b/drivers/clk/sprd/Kconfig > index e18c80fbe804..9f7d9d8899a5 100644 > --- a/drivers/clk/sprd/Kconfig > +++ b/drivers/clk/sprd/Kconfig > @@ -2,6 +2,7 @@ > config SPRD_COMMON_CLK > tristate "Clock support for Spreadtrum SoCs" > depends on ARCH_SPRD || COMPILE_TEST > + depends on m || ARCH_SPRD !=3D m > default ARCH_SPRD > select REGMAP_MMIO >=20 > Arnd, Stephen, Sandeep, what do you think? Does that make sense? Sorry, doesn't make any sense to me. The ARCH_FOO configs for various platforms are intended to be used to limit the configuration space of various other Kconfig symbols for the code that only matters to those platforms. The usage of depends and default is correct here already. The ARCH_FOO configs should always be bool. Any code bloat problems seen by config symbols enabling because they're 'default ARCH_FOO' can be resolved by explicitly disabling those configs.