Received: by 10.223.164.202 with SMTP id h10csp439099wrb; Mon, 6 Nov 2017 09:07:50 -0800 (PST) X-Google-Smtp-Source: ABhQp+QOTRrivsRZwUTMlq6u01QUTJlKiZ/gNqN0T0rLY+VCE1MsXDLz6lOrPICZnpXS4TjlU0RC X-Received: by 10.84.138.1 with SMTP id 1mr15139439plo.156.1509988070793; Mon, 06 Nov 2017 09:07:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1509988070; cv=none; d=google.com; s=arc-20160816; b=A0FC3kba5KTZosXz7ZhajI2v+Ipm24CoM3cGvFRlL+DZoRz0Dc0TTgbFLKaFgAahIh XYBHwmpzehIZrdmR7hZYUXLmLGsH2IHavP8/mOlsl6O3Sf5CV6UXWUwWndc+5hxVhGXQ uEfJxiW2tbIHQx0rETnOyqd8nAXPXD2JvBmr+Cx2P7lYvEwhRwErsqTdJ0yz+mNj8fhl aAu/tG5UnXwd/K/UrJDqpa2o0C38O/+5lueGpWTuRKxuDAZXdtaQxzTmJp/WE4Fvu5co wEOfR7WG5wdUIenajLOvoGqZM0ymotbO4Ia3+8kre/gTc+kxnK21l8VUdGP4ALjDgKP9 pM1w== 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:date:cc:to:from:subject:message-id :arc-authentication-results; bh=lkA5aQiy4wxAPVu5I9zeBQkK/qABfD4Jj+stMCUAmQs=; b=I+J2IvjeuxINHAMH1ETMOYv6XvM4GSUb8CAuhI4l1gXZst9vN//MPQhzCalM9yJiwu JXxswm6t7GsIx6+VZq/q/q5MjLsfg1uREYXK/w63R7qLgITeITB0tLjwbKVg+9MD8dTU wWoQnZdoNpi5yqTB4yNlIwAc/KywjMv3JrpPVQbecsY3/RVYZ7kN6+JDyKiSfQ3oVEu5 M/PJtxm/adTn/MKqwFm4zw4lpOclXcJwsqfjrhrDZUsic45t/CP3+LwUYDIo0VM2WtXb 8tZsw1mu8//BctjI41PZsUzDEBooNPJLOzzpwpSx+4IwVNZnQ6+mt7TYRLkO9aR1GpIQ oVzw== 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 a2si10060364plt.419.2017.11.06.09.07.30; Mon, 06 Nov 2017 09:07:50 -0800 (PST) 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 S1753943AbdKFPwh (ORCPT + 97 others); Mon, 6 Nov 2017 10:52:37 -0500 Received: from mga06.intel.com ([134.134.136.31]:6638 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753177AbdKFPwf (ORCPT ); Mon, 6 Nov 2017 10:52:35 -0500 Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga104.jf.intel.com with ESMTP; 06 Nov 2017 07:52:35 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.44,353,1505804400"; d="scan'208";a="146518016" Received: from sehampsh-mobl1.amr.corp.intel.com (HELO [10.254.68.80]) ([10.254.68.80]) by orsmga004.jf.intel.com with ESMTP; 06 Nov 2017 07:52:33 -0800 Message-ID: <1509983553.27629.2.camel@tzanussi-mobl.amr.corp.intel.com> Subject: Re: [PATCH v4 06/37] ring-buffer: Redefine the unimplemented RINGBUF_TYPE_TIME_STAMP From: Tom Zanussi To: Namhyung Kim Cc: rostedt@goodmis.org, tglx@linutronix.de, mhiramat@kernel.org, vedang.patel@intel.com, bigeasy@linutronix.de, joel.opensrc@gmail.com, joelaf@google.com, mathieu.desnoyers@efficios.com, baohong.liu@intel.com, rajvi.jingar@intel.com, julia@ni.com, linux-kernel@vger.kernel.org, linux-rt-users@vger.kernel.org, kernel-team@lge.com Date: Mon, 06 Nov 2017 09:52:33 -0600 In-Reply-To: <20171106050953.GA7557@sejong> References: <8927a4736dc6f602079d0797b60d3bf7a5d2d9d7.1509395595.git.tom.zanussi@linux.intel.com> <20171106050953.GA7557@sejong> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4 (3.10.4-4.fc20) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Namhyung, On Mon, 2017-11-06 at 14:09 +0900, Namhyung Kim wrote: > Hi Tom, > > On Mon, Oct 30, 2017 at 03:51:48PM -0500, Tom Zanussi wrote: > > RINGBUF_TYPE_TIME_STAMP is defined but not used, and from what I can > > gather was reserved for something like an absolute timestamp feature > > for the ring buffer, if not a complete replacement of the current > > time_delta scheme. > > > > This code redefines RINGBUF_TYPE_TIME_STAMP to implement absolute time > > stamps. Another way to look at it is that it essentially forces > > extended time_deltas for all events. > > > > The motivation for doing this is to enable time_deltas that aren't > > dependent on previous events in the ring buffer, making it feasible to > > use the ring_buffer_event timetamps in a more random-access way, for > > purposes other than serial event printing. > > > > To set/reset this mode, use tracing_set_timestamp_abs() from the > > previous interface patch. > > > > Signed-off-by: Tom Zanussi > > --- > > [SNIP] > > @@ -2220,13 +2246,16 @@ static void rb_inc_iter(struct ring_buffer_iter *iter) > > } > > > > /* Slow path, do not inline */ > > -static noinline struct ring_buffer_event * > > +static struct noinline ring_buffer_event * > > struct noinline? Looks like a mistake.. > Yeah, it is, not sure how that could have even happened, sheesh. Thanks for pointing it out, Tom From 1583292139063456708@xxx Mon Nov 06 05:10:48 +0000 2017 X-GM-THRID: 1582721727904789992 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread