Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161522AbbKSWQn (ORCPT ); Thu, 19 Nov 2015 17:16:43 -0500 Received: from e39.co.us.ibm.com ([32.97.110.160]:56548 "EHLO e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161024AbbKSWQm (ORCPT ); Thu, 19 Nov 2015 17:16:42 -0500 X-IBM-Helo: d01dlp03.pok.ibm.com X-IBM-MailFrom: sukadev@linux.vnet.ibm.com X-IBM-RcptTo: linux-kernel@vger.kernel.org Date: Thu, 19 Nov 2015 14:13:53 -0800 From: Sukadev Bhattiprolu To: acme@redhat.com, Jiri Olsa Cc: kan.liang@intel.com, linux-kernel@vger.kernel.org Subject: perf test topo broken? Message-ID: <20151119221353.GA6928@us.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: Linux 2.0.32 on an i486 User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 15111922-0033-0000-0000-000006E9EAE5 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2638 Lines: 86 'perf test topo' is broken on my x86_64 system, with a rather cryptic message. $ ./perf test -v topo 36: Test topology in session : --- start --- test child forked, pid 2705 templ file: /tmp/perf-test-6rSAkb core_id number is too big. nr 9, cpu_nr 8. You may need to upgrade the perf tool. test child interrupted ---- end ---- Test topology in session: FAILED! $ ./perf --version perf version 4.4.rc1.g34258a (I included nr and cpu_nr values in the error message). The code (shown below) is comparing a core_id value (nr) with number of cpus online (cpu_nr) which don't seem to be related on this system. On my system running 4.4.0-rc1 kernel, I have following cpus: $ head /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 44 model name : Intel(R) Xeon(R) CPU E5620 @ 2.40GHz stepping : 2 microcode : 0x10 cpu MHz : 1596.000 cache size : 12288 KB physical id : 0 $ ls -d /sys/devices/system/cpu/cpu? /sys/devices/system/cpu/cpu0 /sys/devices/system/cpu/cpu4 /sys/devices/system/cpu/cpu1 /sys/devices/system/cpu/cpu5 /sys/devices/system/cpu/cpu2 /sys/devices/system/cpu/cpu6 /sys/devices/system/cpu/cpu3 /sys/devices/system/cpu/cpu7 $ cat /sys/devices/system/cpu/online 0-7 $ cat /sys/devices/system/cpu/cpu?/topology/core_id 0 1 9 10 0 1 9 10 Commenting out following code seems to cause the test to pass, but are core_ids in general related to number of cpus online? Sukadev --- diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c index 4383800..d5104da 100644 --- a/tools/perf/util/header.c +++ b/tools/perf/util/header.c @@ -1652,11 +1652,14 @@ static int process_cpu_topology(struct perf_file_section *section, if (ph->needs_swap) nr = bswap_32(nr); +#if 0 if (nr > (u32)cpu_nr) { - pr_debug("core_id number is too big." - "You may need to upgrade the perf tool.\n"); + pr_debug("core_id number is too big. nr %d, cpu_nr %d. " + "You may need to upgrade the perf tool.\n", + nr, cpu_nr); goto free_cpu; } +#endif ph->env.cpu[i].core_id = nr; ret = readn(fd, &nr, sizeof(nr)); -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/