Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934420AbcKOVi0 (ORCPT ); Tue, 15 Nov 2016 16:38:26 -0500 Received: from smtprelay0236.hostedemail.com ([216.40.44.236]:52590 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753494AbcKOViX (ORCPT ); Tue, 15 Nov 2016 16:38:23 -0500 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::,RULES_HIT:41:355:379:541:599:800:960:973:988:989:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1539:1593:1594:1711:1730:1747:1777:1792:2194:2199:2393:2553:2559:2562:3138:3139:3140:3141:3142:3165:3352:3622:3865:3866:3867:3868:3870:3871:3874:4362:4470:5007:6120:6248:6261:7875:8792:9012:9108:10004:10400:10848:10967:11232:11658:11914:12109:12257:12295:12663:12740:12760:13069:13311:13357:13439:13868:14181:14659:14721:14777:21080:21433:30034:30054:30090:30091,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0,LFtime:4,LUA_SUMMARY:none X-HE-Tag: shame09_831d9326a6354 X-Filterd-Recvd-Size: 1645 Date: Tue, 15 Nov 2016 16:38:19 -0500 From: Steven Rostedt To: Luiz Capitulino Cc: linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/3] trace-cmd record: add --cpu-list option Message-ID: <20161115163819.5291b752@gandalf.local.home> In-Reply-To: <20161028171456.3643d626@redhat.com> References: <1475858831-32687-1-git-send-email-lcapitulino@redhat.com> <1475858831-32687-4-git-send-email-lcapitulino@redhat.com> <20161028154922.64e97208@gandalf.local.home> <20161028171456.3643d626@redhat.com> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 677 Lines: 25 On Fri, 28 Oct 2016 17:14:56 -0400 Luiz Capitulino wrote: > > > > cpu_set(ret_mask, i) sets bits from begin to end in uint64_t cpumask > > from below. > > > > What happens if this range is greater than 64? We already have boxes > > that run this with 80 CPUs. Looks to be out of memory range to me. > > The best solution is probably to detect the number of CPUs at run-time > and use the CPU_SET() API. The lazy and ugly solution is to just fail. > > Any objections to the CPU_SET() solution? > I thought I replied to this, but I'm guessing the reply is still pending. I have no objecting. I'd like to see a patch though. Thanks, -- Steve