From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752036AbbKXImP (ORCPT <rfc822;w@1wt.eu>);
	Tue, 24 Nov 2015 03:42:15 -0500
Received: from mail-wm0-f54.google.com ([74.125.82.54]:38108 "EHLO
	mail-wm0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751609AbbKXImO (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 24 Nov 2015 03:42:14 -0500
Date: Tue, 24 Nov 2015 09:42:10 +0100
From: Ingo Molnar <mingo@kernel.org>
To: Jiri Olsa <jolsa@redhat.com>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>, linux-kernel@vger.kernel.org,
        David Ahern <dsahern@gmail.com>, Jan Kratochvil <jkratoch@redhat.com>,
        Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>,
        Milian Wolff <milian.wolff@kdab.com>,
        Namhyung Kim <namhyung@kernel.org>,
        Peter Zijlstra <peterz@infradead.org>,
        Taeung Song <treeze.taeung@gmail.com>, Wang Nan <wangnan0@huawei.com>,
        Arnaldo Carvalho de Melo <acme@redhat.com>
Subject: Re: [GIT PULL 0/7] perf/core improvements and fixes
Message-ID: <20151124084210.GA31160@gmail.com>
References: <1448315634-13592-1-git-send-email-acme@kernel.org>
 <20151124081042.GA3651@gmail.com>
 <20151124082805.GB30337@krava.brq.redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20151124082805.GB30337@krava.brq.redhat.com>
User-Agent: Mutt/1.5.23 (2014-03-12)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org


* Jiri Olsa <jolsa@redhat.com> wrote:

> On Tue, Nov 24, 2015 at 09:10:42AM +0100, Ingo Molnar wrote:
> 
> SNIP
> 
> > 
> >   GEN      common-cmds.h
> >   CC       perf-read-vdso32
> >   CC       perf-read-vdsox32
> >   CC       ui/gtk/browser.o
> >   CC       ui/gtk/hists.o
> >   CC       ui/gtk/setup.o
> >   CC       ui/gtk/util.o
> >   CC       ui/gtk/helpline.o
> >   CC       ui/gtk/progress.o
> >   CC       ui/gtk/annotate.o
> >   CC       util/abspath.o
> >   CC       fd/array.o
> > 
> > Auto-detecting system features:
> >   CC       event-parse.o
> > ...                        libelf: [ on  ]
> >   PERF_VERSION = 4.4.rc2.g9327ca
> > ...                           bpf: [ on  ]
> > 
> >   CC       util/alias.o
> >   CC       libbpf.o
> > 
> > 
> > while normally we'd first do feature detection, then only do the build (knowing 
> > which features to build).
> 
> the bpf lib is doing its own feature detection, to be able
> to stand alone.. I'll see if we could share detected features
> somehow, so sub builds don't need to do that
> 
> > 
> > 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'?

Thanks,

	Ingo