From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756556Ab2IQO3s (ORCPT ); Mon, 17 Sep 2012 10:29:48 -0400 Received: from moutng.kundenserver.de ([212.227.126.171]:49849 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756416Ab2IQO3q (ORCPT ); Mon, 17 Sep 2012 10:29:46 -0400 From: Arnd Bergmann To: Stephen Rothwell Subject: Re: linux-next: build failure after merge of the final tree (arm-soc tree related) Date: Mon, 17 Sep 2012 14:29:31 +0000 User-Agent: KMail/1.12.2 (Linux/3.5.0; KDE/4.3.2; x86_64; ; ) Cc: Olof Johansson , linux-arm-kernel@lists.infradead.org, linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, Tony Lindgren References: <20120917212615.91bc134d237dcd5968f9f549@canb.auug.org.au> In-Reply-To: <20120917212615.91bc134d237dcd5968f9f549@canb.auug.org.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209171429.31794.arnd@arndb.de> X-Provags-ID: V02:K0:B7dEm/yDhUzCPz/kLJwLkcgDZk1sfrGo+6VO4j9CW/L sqEessdc/aGxApeVm0mUl5yzcUcXsaZ7ynLXGVe25wcwN/m5OB 9gRFpqmdapuvzaFi4pM62U105cISzOtykXG0nH/RHUPlqq87lS QgE2E3SsAOV6vTAKV68cVr99jxSrVKg3OrBAqEpve1y+CHAgZu cnHejbfg+SkUGgdTa8HLUjBIo496YqLBCpW0PpUIr0EwcXt4Tw R3TTBtBUuLLBIQ7GJ+SVp8tCxxtqS23DeuK/wJ5Ip4jOVslAx9 QoFp107+qMZERw37/51ZUob1dZd0BszydLr42hfk+6yj6IgLXW btE2tttuBoqRC4Skzc/4= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 17 September 2012, Stephen Rothwell wrote: > After merging the final tree, today's linux-next build (powerpc > allyesconfig) failed like this: > > drivers/mfd/twl-core.c:49:22: fatal error: plat/cpu.h: No such file or directory > > Caused by commit 7d7e1eba7e92 ("ARM: OMAP2+: Prepare for irqs.h removal"). > > I have added the following patch to restrict this driver to ARM until it > is fixed: > > From: Stephen Rothwell > Date: Mon, 17 Sep 2012 21:18:21 +1000 > Subject: [PATCH] ARM: retrict TWL4030_CORE to ARM while it is broken > > Signed-off-by: Stephen Rothwell Thanks! If it requires plat/cpu.h, it should actually be limited to CONFIG_ARCH_OMAP, otherwise we will get the same problem on non-OMAP ARM builds. From what I can tell, the problem is the clocks_init function, which is the only part that is not completely generic. The trivial workaround would be to enclose the "#include " statement in #ifdef CONFIG_ARCH_OMAP, but with the common clock code in place, we should probably be able to come up with a better solution that works independent of the omap platform. Arnd