Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp875622pxj; Thu, 27 May 2021 13:49:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJziimUibmpwCQCM8TEqUTiaJTKXPZ7iJwOPw47INmZnwz0+BQ3Ua7xxEte8Ug2DHmhCmgsS X-Received: by 2002:a92:bf06:: with SMTP id z6mr4739727ilh.57.1622148552252; Thu, 27 May 2021 13:49:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622148552; cv=none; d=google.com; s=arc-20160816; b=j5MqAW2oSnRhdPYHhVijqZ1sRIpXaUF3h/8s7zN+QpUSt0DGPoYM26oRNE6G8R8ODV Dl9jiY89PYYuLdOPX3uhY58nzzKPnePpATAcDYpNA442c+Wnq7h187cZBnqvWOtz4S7N kM3Cf45RoJF+LifcEsIvm0F1gy2oS6neK9M8scqctdCVmQyFCCmxyGux1CF6X4bP5gQe CA4jUiEd+9r3Teoht+boIZUF/Pyk8ggsZ4vdsZhjwvnEauCnkH2KXGqv8oRCXJEI8ij2 R4QI/H1HoywijF1OqFkR3W+GKbQ+ueugYfMnQorYAyk2UPLxsjpVS0J+tZKY6FKLZVu7 sHaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=wjPIN2JnhuUc4ncCd4AUurBqU2Abl/WhHOre8Sqosdk=; b=bPkE8eacC6ZmPuGRg40djbsw4BYiCWF4PyilTylGJ4m0++HXzNE1h7tq5ObcUZ1HZK 078aoePk6apDtZAXYc/mSAvsxENE9hoJs87qk2EeCDm63nLXlrfY0iXodcmv5bQdXgr3 iRkcxyMjoeWZUGXHI7xEYsYh6cwmzwMRMfx0q1LXtNqzuKGYoWPk02u6OZJSPefsbysE MAazXicY7uvwRsS7/NBYzlCVR9QhEU4LsVNuVZB/xA4SXKwL+zmdi+KjNNu8Fx1AzO1i th+2qVwXGHPhtxd4veVsQww9r+1f34slwPoC0u2AUzzOyXIcm4cvw0kVKjuQ4zXE5TZu FALw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=dVr33mHx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w3si3298849iow.99.2021.05.27.13.48.58; Thu, 27 May 2021 13:49:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=dVr33mHx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234474AbhE0MAc (ORCPT + 99 others); Thu, 27 May 2021 08:00:32 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:38897 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234447AbhE0MAb (ORCPT ); Thu, 27 May 2021 08:00:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1622116737; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=wjPIN2JnhuUc4ncCd4AUurBqU2Abl/WhHOre8Sqosdk=; b=dVr33mHxAo5UQXE1gIwvwiNgTEqgCokvy2SDWpPyGbgCZlawzdowRsxe4PEvzQ47yjapbn 7xDr9rPO73ND2AjO3qQOrPmm+o8ECeWvSjmGQXhdDD6hkBV4KyjQcQL/97fSukxIbLpvO7 o6Hox7t26B31jPqHGIV3upnAjJ/95W0= Received: from mail-ed1-f72.google.com (mail-ed1-f72.google.com [209.85.208.72]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-25-iK5Gz3YfOCC7-xWjiOXLMA-1; Thu, 27 May 2021 07:58:56 -0400 X-MC-Unique: iK5Gz3YfOCC7-xWjiOXLMA-1 Received: by mail-ed1-f72.google.com with SMTP id b8-20020a05640202c8b029038f1782a77eso180282edx.15 for ; Thu, 27 May 2021 04:58:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=wjPIN2JnhuUc4ncCd4AUurBqU2Abl/WhHOre8Sqosdk=; b=jWzd5L3Di+7DXfjKHNQ9lAvZ2NOSH6G3+E0V8TjBJxKdI0a/BPuXMmO/MC0kYGbeRq aWLd76ZKvZkoGLL9//gLcMZ/Pad6KbmaUi8FQDa3jlI4waMnVDsa6xI41RurmLHZkfuQ hHdviekpB8sbxh3QzQdJZ+vIcRxVOoKPWDvb6mMzN20Pc1cxYiOH63r95K41lwLYSH7F v9cUfHd0yr73RV514Bq+IzSAalsbgW6ThhlqaJgdzH40QKU8QuQCOeTgh52XeXcQA/zf FEANwPl0WfskWcFn0RL/vPck6LOe/b0tSa7Z/h6ujHIr26CUZrCseYyWwB5l5nzxKs2b YY4A== X-Gm-Message-State: AOAM533KFY+3Xq9rsDxA1ziNLQSLPkkvl4EXxVI9cyMklvnNm5tEpEpU l4V46NLixnnCJ2+EGtkOnlC3LDlbYZfPfIbbfkRtLOF1uF6xWH96GRMfjQ/l+s7YJRqCCiRMKOB ZY8tEu2fvs6PaCK+YLzWnpzcX X-Received: by 2002:a17:906:40cf:: with SMTP id a15mr3413628ejk.181.1622116734868; Thu, 27 May 2021 04:58:54 -0700 (PDT) X-Received: by 2002:a17:906:40cf:: with SMTP id a15mr3413610ejk.181.1622116734710; Thu, 27 May 2021 04:58:54 -0700 (PDT) Received: from localhost.localdomain ([151.29.18.58]) by smtp.gmail.com with ESMTPSA id v16sm890216ejr.65.2021.05.27.04.58.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 27 May 2021 04:58:54 -0700 (PDT) Date: Thu, 27 May 2021 13:58:52 +0200 From: Juri Lelli To: Daniel Bristot de Oliveira Cc: linux-kernel@vger.kernel.org, Phil Auld , Sebastian Andrzej Siewior , Kate Carcia , Jonathan Corbet , Steven Rostedt , Ingo Molnar , Peter Zijlstra , Thomas Gleixner , Alexandre Chartre , Clark Willaims , John Kacur , linux-doc@vger.kernel.org Subject: Re: [PATCH V3 4/9] tracing/hwlat: Implement the per-cpu mode Message-ID: References: <187db3f9eed1603c858a1f7669d0140dfb753bfd.1621024265.git.bristot@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <187db3f9eed1603c858a1f7669d0140dfb753bfd.1621024265.git.bristot@redhat.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 14/05/21 22:51, Daniel Bristot de Oliveira wrote: [...] > +/** > + * start_per_cpu_kthread - Kick off the hardware latency sampling/detector kthreads > + * > + * This starts the kernel threads that will sit on potentially all cpus and > + * sample the CPU timestamp counter (TSC or similar) and look for potential > + * hardware latencies. > + */ > +static int start_per_cpu_kthreads(struct trace_array *tr) > +{ > + struct cpumask *current_mask = &save_cpumask; > + struct cpumask *this_cpumask; > + struct task_struct *kthread; > + char comm[24]; > + int cpu; > + > + if (!alloc_cpumask_var(&this_cpumask, GFP_KERNEL)) > + return -ENOMEM; Is this_cpumask actually used anywhere? Thanks, Juri