Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751319AbdFEGSn (ORCPT ); Mon, 5 Jun 2017 02:18:43 -0400 Received: from mga07.intel.com ([134.134.136.100]:52074 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751262AbdFEGSm (ORCPT ); Mon, 5 Jun 2017 02:18:42 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.39,299,1493708400"; d="asc'?scan'208";a="1156596035" From: Felipe Balbi To: Chunyan Zhang Cc: Alexander Shishkin , Steven Rostedt , Ingo Molnar , "linux-kernel\@vger.kernel.org" , Mathieu Poirier , Arnd Bergmann , Mark Brown Subject: Re: Ftrace Data Export In-Reply-To: References: <87a86bx5vx.fsf@linux.intel.com> <874lvyvgag.fsf@linux.intel.com> Date: Mon, 05 Jun 2017 09:17:59 +0300 Message-ID: <87mv9nt0tk.fsf@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2253 Lines: 61 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Chunyan Zhang writes: >> Maybe that's why they consider it an extra overhead? Have you considered >> off-loading raw data for further post processing? > > Yes, that's also the way off-loading function trace has been implemented = now. > And like you said below, I also believe we can do the similar things > to other tracers. > I'd like to do this, but I have some other tasks in hands recently :-( fair enough >>>> function_graph, hwlat, irqsoff and all the other possibilities? >>> >>> I haven't thought about these clear enough :) >>> Any suggestion? >> >> I think we should be able to export everything and anything :-p But, of >> course, we would need tooling to decode it after the fact. > > Yes, tools for decoding these raw data with kernel binary is one > thing, and how large storage STM can use to collect traces will also > affect how much value doing this will bring in and perhaps will > influence how we implement off-loading ftrace to trace export. > > Since I haven't played Intel STM, how large are the storages connected > to STM on Intel platforms in general? that I don't know :-) My interest here is to off-load it via USB. I suppose Alex knows the size of STM storage on Intel systems. =2D-=20 balbi --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEElLzh7wn96CXwjh2IzL64meEamQYFAlk095cACgkQzL64meEa mQZGPRAAoBqi3tksexChFnopdJaRnq/XXOIbRPGYJQFQlVTL36G5nhB9diO3mfJa ZicD1Er/6PdOJ8qj4ANsJ8gnpwd5O71+wD+P5wRRJ7PLrxqcVviso+sOMebTRq12 g6XrnCBAZyymgjwCuFhyEJI119K7Lr3U1DgxHqDBMEABSebn+1pxd7m4KG/W9S7s VAzJ/MSJkHUE9ycKokEykJj0ryRGG9Rku+U7wj5PhWjiQS73hi/4GzvH8t36Uvh9 WmUwzG6m+vqh44YAiCO54qsJany2pdWEzDl4fZj17Gk2x62XbbZSwETv3hNamXv6 LKkl7NlVRlqVulHDv92fw3j84lcvyuH5lxpXWIQClSc2XQ5DWnAHUfU8DyX5cW1+ mUYA9T1nOx5vO5bjh4jJ3uRWB2KfLiOc1N0DGQXt8E4zP0bViqlsr7CQe5I9gx4d GLbyvnIChSUy5n7J4bOrdne8D8mo1/c3DuW/C9zEnHKko5/+gRuIqGte2PXuovS9 dxGZmSqbCLA/+b6r2BO0oxeNcK+6s5L26bto0d9tIhWH0grRc156YtR/08npD4Hc 7GJek7z9RZIyOz8cT7WfkbTH5mbHAVgErijd0/NjyZq1gGHS53TSdeyoWfQ8UqBv r4EwLJfMX+Pl8kCvNvIYkk+dNUaz4QB5OVskuRV3CPdCvdiEYGI= =cMGs -----END PGP SIGNATURE----- --=-=-=--