Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp2491007ybi; Mon, 17 Jun 2019 05:52:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqxCEuMfdBXa+sVfxYamDmjp+LcJlLnA1/ok3LEuc1eOpQSdSo6hdDGS9765uTtR04dv0ZSK X-Received: by 2002:a17:90a:be0a:: with SMTP id a10mr24591561pjs.112.1560775920493; Mon, 17 Jun 2019 05:52:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560775920; cv=none; d=google.com; s=arc-20160816; b=o6Dv/djhz6soobfMr5BLCcjb+UYjxyjbFHM94l5VNFpb2q8u22UjtXe0KbnLwG3/IG RPN1AK/eFM8uNd72H9XsxZ+NEuJCirp8g5LHtH1170i2vaLcVapP3/4oM4lyR+Q1QRpB G96Rhb0Hx5QSTQr/h07jXNZoCWGyFap68523EYg0CJlNcK1umgPBduCenr3KAinB3oPL cw7KXmeeqfI392cshrHoD7b/dgJnkH/NT23t9QCOzPt0M/sroktchiFDMsJEHX8OQ6zb MfKwo8VPeT0gC/j6yIALLnPN5Pzxpj08ZaJKPsK4Ux8fvu3bXhHQzDXqIedb8LmYQUpb 6Ksw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=BNdqsBPReo9ygbO5TMEBCV4VzL6vJDfqZRSf6vM4/3k=; b=UQ8shKf1Pq6llK7kKxmpOTH8MkKkR1bpdOS7JHWyOCe5WoohvYljWStSgvvNCvABOC GpwBAYKVOSkaVamwVaIkTBPGdaeLVr/Ay6R51McMXY+ZdeVSbK4KpmnTJFE6gDq5S2jw uKO0MOsjb+YmMUNQ6/57tV+XYWADkgRK3VvKaJZh3MVG6f1ne1iDvCbxj9tGBz5beQv8 WC3SnyKWapwF8nGd6cf35GM1hYSNR6F+2O2cR+Z0ibBC4fi6JqswvdDD51jRcQa5DKJN 5T/guYI1FDMyKCfrezDxHSg1wpG2+8f/x+EvMxTA8tx3uCupuKtEBd3xY2HTCiXReOtq BE8w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j12si8575109plk.272.2019.06.17.05.51.45; Mon, 17 Jun 2019 05:52:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728057AbfFQMv2 (ORCPT + 99 others); Mon, 17 Jun 2019 08:51:28 -0400 Received: from foss.arm.com ([217.140.110.172]:48786 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726694AbfFQMv1 (ORCPT ); Mon, 17 Jun 2019 08:51:27 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id B29512B; Mon, 17 Jun 2019 05:51:26 -0700 (PDT) Received: from e107158-lin.cambridge.arm.com (e107158-lin.cambridge.arm.com [10.1.195.51]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 781E93F246; Mon, 17 Jun 2019 05:51:25 -0700 (PDT) Date: Mon, 17 Jun 2019 13:51:23 +0100 From: Qais Yousef To: Peter Zijlstra , Ingo Molnar , Steven Rostedt Cc: linux-kernel@vger.kernel.org, Pavankumar Kondeti , Sebastian Andrzej Siewior , Uwe Kleine-Konig , Dietmar Eggemann , Quentin Perret Subject: Re: [PATCH v3 0/6] sched: Add new tracepoints required for EAS testing Message-ID: <20190617125122.ph4wb7mcvfjwpdce@e107158-lin.cambridge.arm.com> References: <20190604111459.2862-1-qais.yousef@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20190604111459.2862-1-qais.yousef@arm.com> User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Peter On 06/04/19 12:14, Qais Yousef wrote: > Changes in v3: > - Split pelt_rq TP into pelt_cfs, pelt_rq, pelt_dl and pelt_irq > - Replace the fatty preprocessing wrappers with exported helper > functions to access data in unexported structures. > - Remove the now unnecessary headers that were introduced in the > previous versions. > - Postfix the tracepoints with '_tp' to make them standout more in the > code as bare tracepoints with no events associated. > - Updated the example module in [2] > - It demonstrates now how to convert the tracepoints into trace > events that extend the sched events subsystem in tracefs. Does this look okay now? If you have further comments please let me know so I can address them in time in hope it'd make it to the next merge window. Thanks -- Qais Yousef