Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp230287ybz; Tue, 21 Apr 2020 08:01:39 -0700 (PDT) X-Google-Smtp-Source: APiQypJn9x5l7X/I6m8DgdcUNDRqFabw59n+YnNVH+DrFltGvUDD5TWQFsOHnvCkiJ9a0rDwgyzN X-Received: by 2002:a17:906:1387:: with SMTP id f7mr21018651ejc.333.1587481298948; Tue, 21 Apr 2020 08:01:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587481298; cv=none; d=google.com; s=arc-20160816; b=wDWlrhz3506IJSGm5ZewogkdaQ6lqWyhSyT0A2q3sgrXb8tO5VhraR1/ak9GHJBUd1 2qR3mbDhyYAIXfrrGK3+GFXn6/5TvfkiP1031RB4sZ1iX9LmMQ1VIvIFI6nBkoQpndQG uqnJoB6rW+ShqaADjZ9qKfFmBScJKhlh0Nxzo//Z4uS9rbAf49TOzjM7v9AMo3RULjzU uzw3MF2wvl0sZT2t4tcjEDqcDDp7wKtIg6Xj2jQqbpL34Bo/pKbIYfp7fWPuzq9l90KD g+jkfvp6UINYWtVyM8wAzQN82Fm2WwXyuWLwlnQTm6AIhu45GdmNfsnIzXxcIxfar1fr FBYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=G00kJSBKzG0hDUShK7ODnpHZx2YXmq8Jungn08mZgmM=; b=yryY0lEAH4GTiAKMVPIQ+GAQmFpDXAfRJfgh2TCGmxO3toxJPcyunRrCmzTAmiGG85 dNb66IfkPnzC13fFDB8ovGfz0HerUteN9JU5r40BSeR09H1QanOQVaxDP2NSXylolZKv bELxF4jFHPMtThTua++RyZxc8g8dEUolF9NMfJF3aMaPczTxivswZDlx3m3fJeajWFg7 VSD1xfODDmN7cYX3WboK/xchab/P73Bx2NOLRpNZ1PLR43bUWK0IcFGZ3c0LXGFVeiNP Yl4mnMnDy0zHcyLZ2xZlX3E3X2+1wQbKTcqJdbv6C19dBee6EyTpQKk2TJQr7thAu3AC QKXA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a2si1614612eje.444.2020.04.21.08.01.13; Tue, 21 Apr 2020 08:01:38 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728864AbgDUO7v (ORCPT + 99 others); Tue, 21 Apr 2020 10:59:51 -0400 Received: from mail.kernel.org ([198.145.29.99]:58042 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728676AbgDUO7v (ORCPT ); Tue, 21 Apr 2020 10:59:51 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 27B192068F; Tue, 21 Apr 2020 14:59:50 +0000 (UTC) Date: Tue, 21 Apr 2020 10:59:48 -0400 From: Steven Rostedt To: Waiman Long Cc: Jens Axboe , Ingo Molnar , Tejun Heo , Stephen Rothwell , linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, Ming Lei Subject: Re: [PATCH] blk-iocost: Fix systemtap error on iocost_ioc_vrate_adj Message-ID: <20200421105948.4f5a36f5@gandalf.local.home> In-Reply-To: <20200421130755.18370-1-longman@redhat.com> References: <20200421130755.18370-1-longman@redhat.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 21 Apr 2020 09:07:55 -0400 Waiman Long wrote: > diff --git a/include/trace/events/iocost.h b/include/trace/events/iocost.h > index 7ecaa65b7106..c2f580fd371b 100644 > --- a/include/trace/events/iocost.h > +++ b/include/trace/events/iocost.h > @@ -130,7 +130,7 @@ DEFINE_EVENT(iocg_inuse_update, iocost_inuse_reset, > > TRACE_EVENT(iocost_ioc_vrate_adj, > > - TP_PROTO(struct ioc *ioc, u64 new_vrate, u32 (*missed_ppm)[2], > + TP_PROTO(struct ioc *ioc, u64 new_vrate, u32 *missed_ppm, > u32 rq_wait_pct, int nr_lagging, int nr_shortages, > int nr_surpluses), > > @@ -155,8 +155,8 @@ TRACE_EVENT(iocost_ioc_vrate_adj, > __entry->old_vrate = atomic64_read(&ioc->vtime_rate);; > __entry->new_vrate = new_vrate; > __entry->busy_level = ioc->busy_level; > - __entry->read_missed_ppm = (*missed_ppm)[READ]; > - __entry->write_missed_ppm = (*missed_ppm)[WRITE]; > + __entry->read_missed_ppm = missed_ppm[READ]; > + __entry->write_missed_ppm = missed_ppm[WRITE]; > __entry->rq_wait_pct = rq_wait_pct; > __entry->nr_lagging = nr_lagging; > __entry->nr_shortages = nr_shortages; Regardless if this helps systemtap or not, I like the patch because the current code is rather ugly, and this patch makes it more readable. Suggestion: change the topic to remove systemtap, as that's not going to be the true reason for acceptance of this patch. It should just be about cleaning up the trace event itself. Acked-by: Steven Rostedt (VMware) -- Steve