From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753534AbbKXJ0Z (ORCPT ); Tue, 24 Nov 2015 04:26:25 -0500 Received: from mx1.redhat.com ([209.132.183.28]:55998 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752881AbbKXJ0W (ORCPT ); Tue, 24 Nov 2015 04:26:22 -0500 Date: Tue, 24 Nov 2015 10:26:18 +0100 From: Jiri Olsa To: Ingo Molnar Cc: Arnaldo Carvalho de Melo , linux-kernel@vger.kernel.org, David Ahern , Jan Kratochvil , Masami Hiramatsu , Milian Wolff , Namhyung Kim , Peter Zijlstra , Taeung Song , Wang Nan , Arnaldo Carvalho de Melo Subject: Re: [GIT PULL 0/7] perf/core improvements and fixes Message-ID: <20151124092618.GA5359@krava.brq.redhat.com> References: <1448315634-13592-1-git-send-email-acme@kernel.org> <20151124081042.GA3651@gmail.com> <20151124082805.GB30337@krava.brq.redhat.com> <20151124084210.GA31160@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151124084210.GA31160@gmail.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 24, 2015 at 09:42:10AM +0100, Ingo Molnar wrote: SNIP > > > > > > > > Occasionally it also triggers a build failure: > > > > > > CC plugin_kvm.o > > > CC arch/common.o > > > CC util/db-export.o > > > LD plugin_kmem-in.o > > > fixdep: error opening depfile: ./.plugin_kmem.o.d: No such file or directory > > > /home/mingo/tip/tools/build/Makefile.build:77: recipe for target 'plugin_kmem.o' > > > failed > > > make[3]: *** [plugin_kmem.o] Error 2 > > > Makefile:189: recipe for target 'plugin_kmem-in.o' failed > > > make[2]: *** [plugin_kmem-in.o] Error 2 > > > Makefile.perf:424: recipe for target 'install-traceevent-plugins' failed > > > make[1]: *** [install-traceevent-plugins] Error 2 > > > make[1]: *** Waiting for unfinished jobs.... > > > > > > that too seems to be a result of unwanted, over-eager parallelism. > > > > hm, haven't seen that one for long time now ;-) will check > > So maybe that's a side effect, because I do: > > make clean install > > and maybe 'clean' happens in parallel with 'install'? the fixdep error indicates that it was invoked after building object plugin_kmem-in.o, but it could not find its dep file (.plugin_kmem-in.o.d) which is built within the object build.. so seems like race with clean or other build of the same object however ;-) The 'Makefile' processing itself isn't paralel and will exec clean and install targets serialized: --- [root@intel-wildcatpass-07 perf]# make clean install make -f Makefile.perf --no-print-directory -j88 O= clean CLEAN libtraceevent CLEAN libapi CLEAN libbpf CLEAN config CLEAN core-objs CLEAN core-progs CLEAN core-gen SUBDIR Documentation CLEAN Documentation CLEAN python BUILD: Doing 'make -j88' parallel build make -f Makefile.perf --no-print-directory -j88 O= install Auto-detecting system features: ... dwarf: [ on ] ... glibc: [ on ] --- I can't make that failure on 88 cpus server, I assume you can reproduce this fairly easily? Could you please share failing build output from: $ make V=1 clean install thanks, jirka