Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933183Ab2HWDBV (ORCPT ); Wed, 22 Aug 2012 23:01:21 -0400 Received: from mail7.hitachi.co.jp ([133.145.228.42]:55605 "EHLO mail7.hitachi.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757302Ab2HWDBL (ORCPT ); Wed, 22 Aug 2012 23:01:11 -0400 X-AuditID: b753bd60-90ac1ba0000047ca-24-50359cf4acab X-AuditID: b753bd60-90ac1ba0000047ca-24-50359cf4acab Message-ID: <50359CE9.3000509@hitachi.com> Date: Thu, 23 Aug 2012 12:00:57 +0900 From: Masami Hiramatsu Organization: Hitachi, Ltd., Japan User-Agent: Mozilla/5.0 (Windows NT 5.2; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Steven Rostedt Cc: Yoshihiro YUNOMAE , Amit Shah , Anthony Liguori , Arnd Bergmann , Borislav Petkov , "Franch Ch. Eigler" , Frederic Weisbecker , Greg Kroah-Hartman , Herbert Xu , Ingo Molnar , Mathieu Desnoyers , Rusty Russell , linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org, qemu-devel@nongnu.org, yrl.pp-manager.tt@hitachi.com Subject: Re: [PATCH 2/5] trace-cmd: Use tracing directory to count CPUs References: <20120822084251.17293.69086.stgit@ltc189.sdl.hitachi.co.jp> <20120822084312.17293.47596.stgit@ltc189.sdl.hitachi.co.jp> <1345642893.5069.31.camel@gandalf.local.home> <50358F13.1030607@hitachi.com> In-Reply-To: <50358F13.1030607@hitachi.com> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Brightmail-Tracker: AAAAAA== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1298 Lines: 37 (2012/08/23 11:01), Masami Hiramatsu wrote: > (2012/08/22 22:41), Steven Rostedt wrote: >> On Wed, 2012-08-22 at 17:43 +0900, Yoshihiro YUNOMAE wrote: >>> From: Masami Hiramatsu >>> >>> Count debugfs/tracing/per_cpu/cpu* to determine the >>> number of CPUs. >> >> I'm curious, do you find that sysconf doesn't return the # of CPUs the >> system has? > > No, sysconf returns the number of hosts CPUs, not guests. > >> I've had boxes where the per_cpu/cpu* had more cpus than the >> box actually holds. But this was a bug in the kernel, not the tool. This >> change log needs to have rational instead of just explaining what the >> patch does. > > Ah, I see. Hmm, then this should be enabled by a command line > option or an environment variable. Oops, I misunderstood. I'll add more comment for why this should be tried instead of sysconf. Thank you, -- Masami HIRAMATSU Software Platform Research Dept. Linux Technology Center Hitachi, Ltd., Yokohama Research Laboratory E-mail: masami.hiramatsu.pt@hitachi.com -- 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/