From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Rostedt Subject: Re: linux-next: build failure after merge of the final tree Date: Mon, 09 Jan 2012 10:54:24 -0500 Message-ID: <1326124464.7642.27.camel@gandalf.stny.rr.com> References: <20120105190405.1e3191fb5a43b2a0f1655e1f@canb.auug.org.au> <20120105160448.dc482ef6.akpm@linux-foundation.org> <20120109165950.53933c3050416bd242acff76@canb.auug.org.au> <20120109172016.2496b94ce207c5f7f750a1ea@canb.auug.org.au> <20120109154259.GD9329@kroah.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: 7bit Return-path: Received: from hrndva-omtalb.mail.rr.com ([71.74.56.125]:59520 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755695Ab2AIPy1 (ORCPT ); Mon, 9 Jan 2012 10:54:27 -0500 In-Reply-To: <20120109154259.GD9329@kroah.com> Sender: linux-next-owner@vger.kernel.org List-ID: To: Greg KH Cc: Stephen Rothwell , Kay Sievers , Andrew Morton , Frederic Weisbecker , Ingo Molnar , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org, David Miller , Linus On Mon, 2012-01-09 at 07:42 -0800, Greg KH wrote: > > > 8a25a2fd126c621f44f3aeaef80d51f00fc11639 is the first bad commit > > commit 8a25a2fd126c621f44f3aeaef80d51f00fc11639 > > Author: Kay Sievers > > Date: Wed Dec 21 14:29:42 2011 -0800 > > > > cpu: convert 'cpu' and 'machinecheck' sysdev_class to a regular subsystem > > How is this triggering this build problem? I didn't see this happen > before, and it wasn't showing up in linux-next in the past, right? > > This patch has nothing to to with tracing, perhaps it is an #include > file problem? Or is the build error a different one (remember the > -Werror problem in linux-next that I fixed up for PPC?) I'll take a look at this today. The problem is that something probably included one of the "include/trace/event/*.h" files in a header. That's always a pain, as those files should not be in headers and only called by C files that directly use tracepoints. Those headers have the macro magic to create those undefined symbols that Stephen is seeing and when you have one trace/event/*.h included in another, it can sometimes cause strange side effects like this. Thus, simply adding an "include" somewhere can trigger this. I'll checkout latest mainline and see. Stephen, what config does this trigger with? Thanks, -- Steve