From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932684Ab2HWMa7 (ORCPT ); Thu, 23 Aug 2012 08:30:59 -0400 Received: from mail7.hitachi.co.jp ([133.145.228.42]:33702 "EHLO mail7.hitachi.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758193Ab2HWMay (ORCPT ); Thu, 23 Aug 2012 08:30:54 -0400 X-AuditID: b753bd60-91b5cba000007c38-16-5036227b09f2 X-AuditID: b753bd60-91b5cba000007c38-16-5036227b09f2 Message-ID: <5036224F.3060706@hitachi.com> Date: Thu, 23 Aug 2012 21:30:07 +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: 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> <50359CE9.3000509@hitachi.com> <1345712886.5069.41.camel@gandalf.local.home> In-Reply-To: <1345712886.5069.41.camel@gandalf.local.home> 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 (2012/08/23 18:08), Steven Rostedt wrote: > On Thu, 2012-08-23 at 12:00 +0900, Masami Hiramatsu wrote: >> (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. > > And now that I understand why you are doing this, why not only do this > if the TRACE_AGENT or DEBUG_TRACING_DIR is defined. That is, if we are > doing it against a bare metal system, then sysconf should suffice, but > if we are tracing against a guest, then it should use the tracing > directory to determine the buffers. > > We could add options to override this, but I would think the default > should just Do The Right Thing(tm). Yeah, so I'd like to push this is the default method, and fix the kernel bug (but I'm not sure that is a bug). Thank you, -- Masami HIRAMATSU Software Platform Research Dept. Linux Technology Center Hitachi, Ltd., Yokohama Research Laboratory E-mail: masami.hiramatsu.pt@hitachi.com