Received: by 2002:a05:6512:2355:0:0:0:0 with SMTP id p21csp197072lfu; Wed, 30 Mar 2022 20:31:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyiSqfQFMkeNYUgeKIoBzT+A2+qLKsO2yClZS6e1GJM5JH9MlC/42/Jj44V3ggO0LkbCX/y X-Received: by 2002:a17:902:e2d1:b0:155:cb6a:7c92 with SMTP id l17-20020a170902e2d100b00155cb6a7c92mr3291502plc.39.1648697466532; Wed, 30 Mar 2022 20:31:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648697466; cv=none; d=google.com; s=arc-20160816; b=xJhTTns3bwQZbFOiO7e0DTTb/+EAswSoqZV18BmrDAs0QPMTlM4tul4Aj6f07UK8F2 s7DYNWVnLjGqzCujBXXtuNYGbimXDEYS71Q2wuhwZhYJQ4PoUVkAJcgooYP4aQpwrwjb KPuN7cORP9bLtjB1i9CTOTQmgxKqCZ9fWCh+u9vu8KMxFRrh3tG8fGreyWNi0Lgwdx5E oaDHMAHCJ3cRSOv5bSl6+3rLRqS5+qu92PjA7emzCpHC9yUNP0PtmyvZVrstmMhc9wqU 3BjthcFOU+kTrDZ9OXUd07WA8zH2HieXUFpKsy3iFBHSK5rUUlP8wJ33uYtF31fEN5df vAYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=lYcnF2H/UWDDDBUTj3pkdC495YYx18ZvtDs8VyrYYYM=; b=cBXSkAgyZ946+frZNHRwzsovJxciwiBRC0ZdPd0BSzZ7nxf33LbJNQEy6+D6BwLY/7 rxDs9QAw5qf+GFDRIYPgk/iE76xy2CK6J6X8S9UnQYOtzdnIeqXwGhltaySHfEFABEmg 8ZsOzI1/sHLs/EuXuNXLO3wL8J3pTuqs4zi+tiiAziHSVV/G9hpd/G4TiRpFjEjnCjsw ssjRm2FpQEt0B7fY8VkHHIWHek4AWeLA93ga7c5iNn+rUvA2F/vaAOLim/d5l7BLLlYe rFROe1ThYcMikfHg39GQN3xrS931uOIBpv0u3YYHUhvBltbDANpwIn4ZUp2TFbRTp6EE Y9Qw== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id o18-20020a056a0015d200b004fa7d7af61fsi24074646pfu.53.2022.03.30.20.31.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 30 Mar 2022 20:31:06 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 81674122205; Wed, 30 Mar 2022 19:56:14 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241026AbiC2TrV (ORCPT + 99 others); Tue, 29 Mar 2022 15:47:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47560 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240356AbiC2TrU (ORCPT ); Tue, 29 Mar 2022 15:47:20 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D7DE3B7C6A; Tue, 29 Mar 2022 12:45:36 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 6CC5361698; Tue, 29 Mar 2022 19:45:36 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 7B267C340F2; Tue, 29 Mar 2022 19:45:34 +0000 (UTC) Date: Tue, 29 Mar 2022 15:45:32 -0400 From: Steven Rostedt To: Alexei Starovoitov Cc: Mathieu Desnoyers , Linus Torvalds , bpf , Network Development , Beau Belgrave , Beau Belgrave , linux-arch , linux-kernel , linux-trace-devel , Masami Hiramatsu , Alexei Starovoitov Subject: Re: Comments on new user events ABI Message-ID: <20220329154532.4833d16d@gandalf.local.home> In-Reply-To: References: <2059213643.196683.1648499088753.JavaMail.zimbra@efficios.com> <20220329002935.2869-1-beaub@linux.microsoft.com> <1014535694.197402.1648570634323.JavaMail.zimbra@efficios.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 29 Mar 2022 09:25:52 -0700 Alexei Starovoitov wrote: > Thanks for flagging. > > Whoever added this user_bpf* stuff please remove it immediately. > It was never reviewed by bpf maintainers. Heh, now you know how the x86 maintainers feel ;-) > > It's a hard Nack to add a bpf interface to user_events. Agreed, I'm thinking of marking the entire thing as broken such that it can be worked on a bit more without a total revert (but still remove the BPF portion on your request). Beau, I agree with Mathieu, I don't think it's a good idea to expose the "ftrace/perf/etc" users. The only thing that the application needs is a bit to say "call the write now". And let the work be done within the kernel. I think a single bit may be better, that way you can have many more events on a page, and since they do not get modified often, it will be in hot cache and fast. -- Steve