From mboxrd@z Thu Jan 1 00:00:00 1970 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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id E72CDC4332F for ; Sun, 6 Nov 2022 11:34:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:Subject:Cc:To:From:Date:References: In-Reply-To:Message-Id:Mime-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=8a7ogWIWffOeGL24leMgsxDvvhVo7E/qQkhNgiYFNg8=; b=ry04+qVZPkARpR ahTxWnQJMvYMu2ZRASf9qEWaJSS6qz/717HvpWWMSC3VqyNnE+pL76XuOzTQjiiwL3jQOPf8UqfRO XA70tQuLwOx7Rq5Lde9R0A+FYUyA2QLPSnVo9yGs/cWCz21g05bwoVgj8wPnLubrSJvDy9r/kk0/g 87hLQn1DZqZdqF97nwRqC99iKWSrlsXa8H7PrHeZAg98Vj0FTSdhA4/ZDZwGVtF8zlNDDq8zsxcrv +Z94VbPyadCVymTAl71/5m5Dg6RnHv/ik0S4FzllLf2CQcV2WbHrPJyHBaCdy1irpeQS9WOLytOOn Aa06vK376/QwqyAUpf7Q==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1ordtZ-0086dO-Nt; Sun, 06 Nov 2022 11:32:57 +0000 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1ordtV-0086cQ-P1 for linux-arm-kernel@lists.infradead.org; Sun, 06 Nov 2022 11:32:55 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id E10B35C00A7; Sun, 6 Nov 2022 06:32:52 -0500 (EST) Received: from imap51 ([10.202.2.101]) by compute3.internal (MEProxy); Sun, 06 Nov 2022 06:32:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; 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; s=fm3; t=1667734372; x=1667820772; bh=6K0BZfyujf PvdESd1MNR55uYVKBC/EjiiOjPL9t318M=; b=eCva6IXGFYWLkOq1nPPfb+0iSo N3am0kneMy6ZrfVDBf6ZR/mhAmJnJD/U+WZwyE1SX9dvFTt8VeviXPK3/qBQ65il rt9wY5k5S/UDgF8km5juupldtL3qtU7JauZp03WwoE+qIgUGRMgrn5CEAzf267vd yYHKylKKDj/ed1inIRQ/1MQuCztxgsVn3JqO1tWvhbmDa8BdrbhuJEmOPVXFS0Zm 4LJIqAmybUIaugMvKHfSSsVKLGj0Cu6c5WcAdZQwpVIVnxq6lRwSNDwoa6lJyony MyR7SbdjSF0cfvhtwikS2XyQGln4t7Qe8DNxfHZLak6ipJCQg7zGA/Y70p0A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:feedback-id :feedback-id: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; t=1667734372; x=1667820772; bh=6K0BZfyujfPvdESd1MNR55uYVKBC /EjiiOjPL9t318M=; b=uAVmre9CnWD//kUvLxf7OYvOxd131jHlr4xSEEa8cH7B Y3Tz0JS5DK2yFbYJRWVcxWeT1DZwgzVk33bHwJ6qufgCTuUT8LBbOADL4Wr3bLMC dfMtMsYFnCNxeiofK7WAIxGhnszF+9gxdhfbkDx2HTW+61iCKHq937oBcw7bLwU+ 51jQm/2oo4ycAhUsK7lTz7rY+gQFih6runMQ9+xbAgqr8D8sbdbKimEqBa6UwB4M 1HWSfjgpZPgN6rlayt8loCFiUJbNPcZlfy9wq57fEl00qnNTucvLfZb8cUhRSJno ukIUTdOCr7NJS5Y3yoDX/UZDIQnou/lAVesfSyR+Fw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrvdeigddvfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefofgggkfgjfhffhffvvefutgesthdtredtreertdenucfhrhhomhepfdetrhhn ugcuuegvrhhgmhgrnhhnfdcuoegrrhhnugesrghrnhgusgdruggvqeenucggtffrrghtth gvrhhnpeffheeugeetiefhgeethfejgfdtuefggeejleehjeeutefhfeeggefhkedtkeet ffenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrrh hnugesrghrnhgusgdruggv X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id DF47FB603ED; Sun, 6 Nov 2022 06:32:51 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.7.0-alpha0-1087-g968661d8e1-fm-20221021.001-g968661d8 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <20221106062536.26369-1-rdunlap@infradead.org> <62f5b747-4c65-46a6-b04d-1d0fcbadf5c9@app.fastmail.com> Date: Sun, 06 Nov 2022 12:32:36 +0100 From: "Arnd Bergmann" To: "Russell King" Cc: "Randy Dunlap" , linux-kernel@vger.kernel.org, "kernel test robot" , "Aaro Koskinen" , "Janusz Krzysztofik" , "Tony Lindgren" , linux-arm-kernel@lists.infradead.org, Linux-OMAP Subject: Re: [PATCH] ARM: omap1: set ARCH_OMAP1_ANY for ARCH_OMAP1 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20221106_033253_928290_9DA4E53E X-CRM114-Status: GOOD ( 18.06 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Sun, Nov 6, 2022, at 11:37, Arnd Bergmann wrote: > On Sun, Nov 6, 2022, at 11:26, Russell King (Oracle) wrote: >> On Sun, Nov 06, 2022 at 08:43:50AM +0100, Arnd Bergmann wrote: >>> --- a/arch/arm/mach-omap1/Kconfig >>> +++ b/arch/arm/mach-omap1/Kconfig >>> @@ -49,7 +49,7 @@ config ARCH_OMAP1_ANY >>> select ARCH_OMAP >>> def_bool ARCH_OMAP730 || ARCH_OMAP850 || ARCH_OMAP15XX || ARCH_OMAP16XX >>> >>> -config ARCH_OMAP >>> +config ARCH_OMAP1_ANY >> >> This patch can't be right - look at the first line of context above, you >> have symbols that select ARCH_OMAP and you've just removed the >> definition of ARCH_OMAP. > > Right, I misread this, I thought this was an 'if ARCH_OMAP' block > instead of the Kconfig symbol. Part of the problem is now is > possibly that there are two symbols with that name now, I'll have > to try to reproduce the problem first and then see what caused it > originally. It seems the root cause was actually 804f7f19c2e2 ("fbdev: omap: avoid using mach/*.h files"), where I started allowing building with CONFIG_COMPILE_TEST, but this fails when ARCH_OMAP1_ANY is disabled, as Randy correctly found. We could tighten this gain by adding something like depends on ARCH_OMAP1_ANY || !OMAP_MUX to still allow compile-testing but specifically avoiding the broken case. I think we have the same problem in the pcmcia and spi-uwire drivers, so maybe something like this would be a better approach: --- a/include/linux/soc/ti/omap1-mux.h +++ b/include/linux/soc/ti/omap1-mux.h @@ -302,7 +302,7 @@ enum omap1xxx_index { }; -#ifdef CONFIG_OMAP_MUX +#if defined(CONFIG_OMAP_MUX) && defined(CONFIG_ARCH_OMAP1_ANY) extern int omap_cfg_reg(unsigned long reg_cfg); #else static inline int omap_cfg_reg(unsigned long reg_cfg) { return 0; } Arnd _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel