From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753193AbbCJOhO (ORCPT ); Tue, 10 Mar 2015 10:37:14 -0400 Received: from mail-we0-f178.google.com ([74.125.82.178]:43853 "EHLO mail-we0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750981AbbCJOhL (ORCPT ); Tue, 10 Mar 2015 10:37:11 -0400 Date: Tue, 10 Mar 2015 15:37:04 +0100 From: Ingo Molnar To: Arnaldo Carvalho de Melo Cc: Arnaldo Carvalho de Melo , linux-kernel@vger.kernel.org, Adrian Hunter , Andi Kleen , Borislav Petkov , David Ahern , Don Zickus , Frederic Weisbecker , He Kuang , "H . Peter Anvin" , Jiri Olsa , Kaixu Xia , Kan Liang , Masami Hiramatsu , Namhyung Kim , Naohiro Aota , Peter Zijlstra , Stephane Eranian , "Suzuki K . Poulose" , Thomas Gleixner Subject: Re: [GIT PULL 00/20] perf/core improvements and fixes Message-ID: <20150310143703.GA26915@gmail.com> References: <1425353169-21436-1-git-send-email-acme@kernel.org> <20150310100331.GA20950@gmail.com> <20150310140359.GG14515@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150310140359.GG14515@redhat.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Arnaldo Carvalho de Melo wrote: > Em Tue, Mar 10, 2015 at 11:03:31AM +0100, Ingo Molnar escreveu: > > So I got this error today: > > > > ┌─Warning:───────────────────────────┐ > > │The vmlinux file can't be used. │ > > │Kernel samples will not be resolved.│ > > │ │ > > │ │ > > │Press any key... │ > > └────────────────────────────────────┘ > > > > ... and sadly perf is being passive-aggressive again: being negative > > but refusing to say why! :-) > > > Is there a way to figure out why it did not like the vmlinux? > > I'll check and improve the message. > > But you must've noticed that perf is going to a therapist, aka > improving error messages... ;-) Absolutely! ;-) Also, on the positive side, today I was able to build and run perf on ancient user-space: a Fedora Core 6 installation, with very few hacks (see the attached hacks). The HAVE_NEW_FLAX hack results in a non-working -e option. Thanks, Ingo Index: tip/tools/perf/util/parse-events.c =================================================================== --- tip.orig/tools/perf/util/parse-events.c +++ tip/tools/perf/util/parse-events.c @@ -968,6 +968,13 @@ perf_pmu__parse_check(const char *name) return r ? r->type : PMU_EVENT_SYMBOL_ERR; } +#ifndef HAVE_NEW_FLEX +static int parse_events_lex_init_extra(int start_token __maybe_unused, void **scanner __maybe_unused) +{ + return -1; +} +#endif + static int parse_events__scanner(const char *str, void *data, int start_token) { YY_BUFFER_STATE buffer; Index: tip/tools/perf/util/symbol-elf.c =================================================================== --- tip.orig/tools/perf/util/symbol-elf.c +++ tip/tools/perf/util/symbol-elf.c @@ -53,6 +53,13 @@ static int elf_getphdrnum(Elf *elf, size } #endif +#ifndef HAVE_ELF_GETPHDRNUM +static int elf_getphdrnum (Elf *__elf __maybe_unused, size_t *__dst __maybe_unused) +{ + return 1; +} +#endif + #ifndef NT_GNU_BUILD_ID #define NT_GNU_BUILD_ID 3 #endif