From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 40279C433F5 for ; Tue, 11 Oct 2022 16:41:34 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4Mn1l02TR1z3blt for ; Wed, 12 Oct 2022 03:41:32 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; dkim=fail reason="signature verification failed" (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=A+FV3O0W; dkim=fail reason="signature verification failed" (1024-bit key) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=A+FV3O0W; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=redhat.com (client-ip=170.10.133.124; helo=us-smtp-delivery-124.mimecast.com; envelope-from=vschneid@redhat.com; receiver=) Authentication-Results: lists.ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=A+FV3O0W; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.a=rsa-sha256 header.s=mimecast20190719 header.b=A+FV3O0W; dkim-atps=neutral Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4Mn1jt2QdDz30Mn for ; Wed, 12 Oct 2022 03:40:33 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1665506430; 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=3pR097ooCx/8nlTemhEf/WDhel/4mmcsp3Jh/tnUV8M=; b=A+FV3O0WHCmo+SwD1nwchs7jR+YgzkGCAwje9Xx3LqMKaKhNYS22PO9aAlAwPJn07I5J2/ kpV/PO/oqIwdn/6o7zffLkdhZI0qNV9qD7Fex2Kug3yazce+8QPRClHb1QT7y44M5ZDAjI W5+8s3e6cgGXu8OzkGbgwLWyS5n4UjQ= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1665506430; 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=3pR097ooCx/8nlTemhEf/WDhel/4mmcsp3Jh/tnUV8M=; b=A+FV3O0WHCmo+SwD1nwchs7jR+YgzkGCAwje9Xx3LqMKaKhNYS22PO9aAlAwPJn07I5J2/ kpV/PO/oqIwdn/6o7zffLkdhZI0qNV9qD7Fex2Kug3yazce+8QPRClHb1QT7y44M5ZDAjI W5+8s3e6cgGXu8OzkGbgwLWyS5n4UjQ= Received: from mail-wm1-f71.google.com (mail-wm1-f71.google.com [209.85.128.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_128_GCM_SHA256) id us-mta-646-5zVc7kB-MlmTB0MjqkxLdQ-1; Tue, 11 Oct 2022 12:40:29 -0400 X-MC-Unique: 5zVc7kB-MlmTB0MjqkxLdQ-1 Received: by mail-wm1-f71.google.com with SMTP id h129-20020a1c2187000000b003bf635eac31so5665558wmh.4 for ; Tue, 11 Oct 2022 09:40:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=3pR097ooCx/8nlTemhEf/WDhel/4mmcsp3Jh/tnUV8M=; b=ts09Tgh3xCvOlX3iriOA6au+x3fEBvypSgBGSKkzvaJzjJ+aZnrRfpbTS+btp3beeP 17Vets5o46uJjwOJDsJS9TOwcEaZjAKsICS4DXxE0+ptKER6km+zgwyEZlZ85Kfz9g6j 7A8+rAgMz7wglrC3vcArRh55RC6Vmb2RgtSjVQWA9N2ltQkWsbpP4IuobOE90g1vWPzq l7o4rq5rLeBwziZoXogVApmcYy8tq2B8RdH1X4rQcoNs60jRDOaxp6zSB6YIbSonVnji ysPvby2rmjwWimnFgKNJduJOXq9CHxrJs6ETdBG3u4h6abuHmftc35xQSULnXUP652Ez 73Kw== X-Gm-Message-State: ACrzQf3fjG1wDZeY4WYAQf07oYepu+m/wxNi5s/pmtYWZfwP07PjZapR n4SH44yFWKfk2FeZIMNyZzan6EF/4vmKvHBJglIWujlHTcRGsP5o5Z4Oatzq0Dy+YjXdu0mwce9 O2/bFD5s1+hm4KqCVMDu34jRSlg== X-Received: by 2002:a5d:59a7:0:b0:230:3652:1aa with SMTP id p7-20020a5d59a7000000b00230365201aamr8455629wrr.308.1665506428138; Tue, 11 Oct 2022 09:40:28 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4XCj7SFWdE6E5DxEmMGEk+A0mlMYyEPprqhbmdn8jGtDu/Z9OxlEVw6NK6vPTlYZN68wZltQ== X-Received: by 2002:a5d:59a7:0:b0:230:3652:1aa with SMTP id p7-20020a5d59a7000000b00230365201aamr8455591wrr.308.1665506427912; Tue, 11 Oct 2022 09:40:27 -0700 (PDT) Received: from vschneid.remote.csb ([104.132.153.106]) by smtp.gmail.com with ESMTPSA id y3-20020a7bcd83000000b003a3170a7af9sm7900578wmj.4.2022.10.11.09.40.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Oct 2022 09:40:27 -0700 (PDT) From: Valentin Schneider To: Daniel Bristot de Oliveira Subject: Re: [RFC PATCH 0/5] Generic IPI sending tracepoint In-Reply-To: <3e680bb9-9896-3665-dd59-4f2e6f8205bb@redhat.com> References: <20221007154145.1877054-1-vschneid@redhat.com> <3e680bb9-9896-3665-dd59-4f2e6f8205bb@redhat.com> Date: Tue, 11 Oct 2022 17:40:26 +0100 Message-ID: MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Juri Lelli , Mark Rutland , linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org, Peter Zijlstra , Sebastian Andrzej Siewior , Dave Hansen , linux-mips@vger.kernel.org, Guo Ren , "H. Peter Anvin" , sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org, Marc Zyngier , linux-hexagon@vger.kernel.org, x86@kernel.org, Russell King , linux-csky@vger.kernel.org, Ingo Molnar , linux-snps-arc@lists.infradead.org, linux-xtensa@linux-xtensa.org, "Paul E. McKenney" , Frederic Weisbecker , Steven Rostedt , openrisc@lists.librecores.org, Borislav Petkov , Nicholas Piggin , loongarch@lists.linux.dev, Thomas Gleixner , linux-arm-kernel@lists.i nfradead.org, linux-parisc@vger.kernel.org, Marcelo Tosatti , linux-kernel@vger.kernel.org, Douglas RAILLARD , linux-alpha@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, "David S. Miller" Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On 11/10/22 18:22, Daniel Bristot de Oliveira wrote: > On 10/11/22 18:17, Valentin Schneider wrote: >> Thinking out loud, it makes way more sense to record a cpumask in the >> tracepoint, but perhaps we could have a postprocessing step to transform >> those into N events each targeting a single CPU? > > My approach on the tracers/rtla is to make the simple things in kernel, and beautify > things in user-space. > > You could keep the tracepoint as a mask, and then make it pretty, like cpus=3-5,8 > in user-space. For example with a trace-cmd/perf loadable plugin, libtracefs helper. > That's a nice idea, the one downside I see is that means registering an event handler for all events with cpumasks rather than directly targeting cpumask fields, but that doesn't look too horrible. I'll dig a bit in that direction. > For rtla I was thinking to make a new tool to parse them. and make it pretty there. > > -- Daniel