Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp6607513rwb; Mon, 5 Dec 2022 15:05:36 -0800 (PST) X-Google-Smtp-Source: AA0mqf5lJUjA6XUbM/l2HdfE/TYss9np5W/W4Q7+PCnFshVT6YRKYMjMtFAaX24LH6B/d/zs+bQS X-Received: by 2002:a17:902:76c9:b0:187:1c65:e208 with SMTP id j9-20020a17090276c900b001871c65e208mr76074273plt.173.1670281536443; Mon, 05 Dec 2022 15:05:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670281536; cv=none; d=google.com; s=arc-20160816; b=1IFcn/PcYb3pUsyFCi0vci7oWHufgm4/Q1gijMHeSYwiMyG/4MTJbb1A+4W7bpPBUt 3DzuBHLy0+RvXmvWRFzVpCF4QEupBThWPPLrLPxkr2lWnW9aKv6TFjhXivrqvKXklng/ glRMvJQYYNJUFuNnoBD+oaoBznwSOc1RzVMcrUKqkLY7IiAUu6ReQpeTFIGEtdUP9P08 fOdYSDBqgFSjNSuyykAdtziI1xVCuqUeWom1M6Eivh7JOS57poqrmp9CDBth+2kNigVR OhU/ncrezivI3SeR7EKld5+HK6oU3xoXAoQ1i5wpVcI8VzO8kgyHSONdLaziQLDJ0wUl fqUg== 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 :dkim-filter; bh=F9tSR4PIYkIUM7LACBxcbygtwzo+qzv+vxe559IcZec=; b=lkhhp/MpSX+rXdCgRTgItamQCvza+d9O8vVrVVDNuPBRqQlm/URxvE9qqs0k0k5H7j KXbN658LpjfOiB6mlEgLsNTd1LYjMDBOOx1ZGdKkQJClUEnpNi44yAyqyl5gcIHH2e2C CFBSOqZD0Cf2dkFporOdqzGve7ewF85rUxzMkEwiSZ6Dlj4O5y0rqVoMdzmmo31/XEa7 2XrT8J1JrYNUUZkzUJQEy2JI023BvhK8/0Pop23sG4X7zPPwPOVQsMasjXrOSlOBMUfU 2MuC+lwLgOAjjSAomJibnJTKQM+OLV0XIvagMAyGvCKr+pCVdQjA640ZI8SHuHYLYSx9 F/Cg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=alQwhAm7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f6-20020a056a001ac600b00573a320155fsi16235592pfv.34.2022.12.05.15.05.26; Mon, 05 Dec 2022 15:05:36 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=alQwhAm7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232616AbiLEWaZ (ORCPT + 79 others); Mon, 5 Dec 2022 17:30:25 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59260 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231941AbiLEWaX (ORCPT ); Mon, 5 Dec 2022 17:30:23 -0500 Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 188DF1038; Mon, 5 Dec 2022 14:30:22 -0800 (PST) Received: from kbox (unknown [76.135.50.127]) by linux.microsoft.com (Postfix) with ESMTPSA id B4E3020B6C40; Mon, 5 Dec 2022 14:30:21 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com B4E3020B6C40 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1670279421; bh=F9tSR4PIYkIUM7LACBxcbygtwzo+qzv+vxe559IcZec=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=alQwhAm77JFwlc4UJ5yCF2D9grgifc1NN0YSd7xcDO6gim1bK915GE6xeTZj1opPR CfNAZpyDAtE5qNLLjRqMfIaUeEWytVJ5QXCVi+sExT65zj7IEwIDgnNEwgWVMwbdod /5BjQhk/vif1jFI+hH7W2S0veWaMSfVWOKT1XfJU= Date: Mon, 5 Dec 2022 14:30:18 -0800 From: Beau Belgrave To: Mathieu Desnoyers Cc: rostedt@goodmis.org, mhiramat@kernel.org, dcook@linux.microsoft.com, alanau@linux.microsoft.com, brauner@kernel.org, akpm@linux-foundation.org, linux-trace-devel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 01/11] tracing/user_events: Split header into uapi and kernel Message-ID: <20221205223018.GC2270@kbox> References: <20221205210017.23440-1-beaub@linux.microsoft.com> <20221205210017.23440-2-beaub@linux.microsoft.com> <27f02c53-e837-67a1-fb59-570f2780fde0@efficios.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <27f02c53-e837-67a1-fb59-570f2780fde0@efficios.com> X-Spam-Status: No, score=-19.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_MED, SPF_HELO_PASS,SPF_PASS,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham 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 Mon, Dec 05, 2022 at 04:13:28PM -0500, Mathieu Desnoyers wrote: > On 2022-12-05 16:00, Beau Belgrave wrote: > > The UAPI parts need to be split out from the kernel parts of user_events > > now that other parts of the kernel will reference it. Do so by moving > > the existing include/linux/user_events.h into > > include/uapi/linux/user_events.h. > > > > Signed-off-by: Beau Belgrave > > --- > > include/linux/user_events.h | 52 +++++--------------------------- > > include/uapi/linux/user_events.h | 48 +++++++++++++++++++++++++++++ > > kernel/trace/trace_events_user.c | 5 --- > > 3 files changed, 56 insertions(+), 49 deletions(-) > > create mode 100644 include/uapi/linux/user_events.h > > > > diff --git a/include/linux/user_events.h b/include/linux/user_events.h > > index 592a3fbed98e..036b360f3d97 100644 > > --- a/include/linux/user_events.h > > +++ b/include/linux/user_events.h > > @@ -1,54 +1,18 @@ > > -/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */ > > +/* SPDX-License-Identifier: GPL-2.0-only */ > > /* > > - * Copyright (c) 2021, Microsoft Corporation. > > + * Copyright (c) 2022, Microsoft Corporation. > > * > > * Authors: > > * Beau Belgrave > > */ > > -#ifndef _UAPI_LINUX_USER_EVENTS_H > > -#define _UAPI_LINUX_USER_EVENTS_H > > -#include > > -#include > > +#ifndef _LINUX_USER_EVENTS_H > > +#define _LINUX_USER_EVENTS_H > > -#ifdef __KERNEL__ > > -#include > > +#include > > + > > +#ifdef CONFIG_USER_EVENTS > > #else > > -#include > > #endif > > Not sure why this is left here ? > > #ifdef CONFIG_USER_EVENTS > #else > #endif > > It seems useless at this stage. Perhaps it's meant to show up in a following > patch ? > Yes, it's used in later patches. I can fix this up so it's less odd here. Thanks, -Beau > [...] > > > - > > -#endif /* _UAPI_LINUX_USER_EVENTS_H */ > > +#endif /* _LINUX_USER_EVENTS_H */ > > diff --git a/include/uapi/linux/user_events.h b/include/uapi/linux/user_events.h > > new file mode 100644 > > index 000000000000..7700759a7cd9 > > --- /dev/null > > +++ b/include/uapi/linux/user_events.h > > @@ -0,0 +1,48 @@ > > +/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */ > > +/* > > + * Copyright (c) 2021-2022, Microsoft Corporation. > > + * > > + * Authors: > > + * Beau Belgrave > > + */ > > +#ifndef _UAPI_LINUX_USER_EVENTS_H > > +#define _UAPI_LINUX_USER_EVENTS_H > > + > > +#include > > +#include > > + > > +#define USER_EVENTS_SYSTEM "user_events" > > +#define USER_EVENTS_PREFIX "u:" > > + > > +/* Create dynamic location entry within a 32-bit value */ > > +#define DYN_LOC(offset, size) ((size) << 16 | (offset)) > > + > > +/* > > + * Describes an event registration and stores the results of the registration. > > + * This structure is passed to the DIAG_IOCSREG ioctl, callers at a minimum > > + * must set the size and name_args before invocation. > > + */ > > +struct user_reg { > > + > > + /* Input: Size of the user_reg structure being used */ > > + __u32 size; > > + > > + /* Input: Pointer to string with event name, description and flags */ > > + __u64 name_args; > > + > > + /* Output: Bitwise index of the event within the status page */ > > + __u32 status_bit; > > + > > + /* Output: Index of the event to use when writing data */ > > + __u32 write_index; > > +} __attribute__((__packed__)); > > + > > +#define DIAG_IOC_MAGIC '*' > > + > > +/* Requests to register a user_event */ > > +#define DIAG_IOCSREG _IOWR(DIAG_IOC_MAGIC, 0, struct user_reg*) > > Coding style: "struct user_reg *" (space before '*'). > Will do. > > + > > +/* Requests to delete a user_event */ > > +#define DIAG_IOCSDEL _IOW(DIAG_IOC_MAGIC, 1, char*) > > Coding style: space before '*'. > Will do. > I notice the use of plural for "Requests". Are those batched requests, or a > single request ? > It is a single request, I'll change this to just "Request" to make it clear. Thanks, -Beau > Thanks, > > Mathieu > > > + > > +#endif /* _UAPI_LINUX_USER_EVENTS_H */ > > diff --git a/kernel/trace/trace_events_user.c b/kernel/trace/trace_events_user.c > > index ae78c2d53c8a..890357b48c37 100644 > > --- a/kernel/trace/trace_events_user.c > > +++ b/kernel/trace/trace_events_user.c > > @@ -19,12 +19,7 @@ > > #include > > #include > > #include > > -/* Reminder to move to uapi when everything works */ > > -#ifdef CONFIG_COMPILE_TEST > > #include > > -#else > > -#include > > -#endif > > #include "trace.h" > > #include "trace_dynevent.h" > > -- > Mathieu Desnoyers > EfficiOS Inc. > https://www.efficios.com