Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758344Ab2FOW2d (ORCPT ); Fri, 15 Jun 2012 18:28:33 -0400 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.122]:20230 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758254Ab2FOW2c (ORCPT ); Fri, 15 Jun 2012 18:28:32 -0400 X-Authority-Analysis: v=2.0 cv=eIiRfQV1 c=1 sm=0 a=ZycB6UtQUfgMyuk2+PxD7w==:17 a=XQbtiDEiEegA:10 a=MgfmKKM-MiAA:10 a=5SG0PmZfjMsA:10 a=Q9fys5e9bTEA:10 a=meVymXHHAAAA:8 a=ayC55rCoAAAA:8 a=ruXDgcNOlVdrFi6PYCkA:9 a=PUjeQqilurYA:10 a=ZycB6UtQUfgMyuk2+PxD7w==:117 X-Cloudmark-Score: 0 X-Originating-IP: 74.67.80.29 Message-ID: <1339799310.25903.23.camel@gandalf.stny.rr.com> Subject: RE: [PATCH 3/6] pstore: Add persistent function tracing From: Steven Rostedt To: "Luck, Tony" Cc: Anton Vorontsov , Greg Kroah-Hartman , Kees Cook , Colin Cross , Frederic Weisbecker , Ingo Molnar , Arnd Bergmann , John Stultz , Shuah Khan , "arve@android.com" , Rebecca Schultz Zavin , Jesper Juhl , Randy Dunlap , Stephen Boyd , Thomas Meyer , Andrew Morton , Marco Stornelli , WANG Cong , "linux-kernel@vger.kernel.org" , "devel@driverdev.osuosl.org" , "linaro-kernel@lists.linaro.org" , "patches@linaro.org" , "kernel-team@android.com" Date: Fri, 15 Jun 2012 18:28:30 -0400 In-Reply-To: <3908561D78D1C84285E8C5FCA982C28F19320CC9@ORSMSX104.amr.corp.intel.com> References: <20120615170659.GA4060@lizard> <1339780111-12075-3-git-send-email-anton.vorontsov@linaro.org> <3908561D78D1C84285E8C5FCA982C28F1931FC30@ORSMSX104.amr.corp.intel.com> <1339797308.25903.8.camel@gandalf.stny.rr.com> <3908561D78D1C84285E8C5FCA982C28F1931FC85@ORSMSX104.amr.corp.intel.com> <1339798214.25903.17.camel@gandalf.stny.rr.com> <3908561D78D1C84285E8C5FCA982C28F19320CC9@ORSMSX104.amr.corp.intel.com> Content-Type: text/plain; charset="ISO-8859-15" X-Mailer: Evolution 3.2.2-1+b1 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 844 Lines: 23 On Fri, 2012-06-15 at 22:19 +0000, Luck, Tony wrote: > Binary makes sense too - but I'll stick with my comment that a different > kernel must be able to do the decode. Or we need to spell out clearly > that you must have the same, or compatible kernel booted to make any > sense of the saved ftrace record. I 100% agree here. I haven't looked at how the data gets stored, but it should definitely be consistent across kernels. Maybe store metadata in the persistent storage that explains how to parse the binary data? Similar to /debug/tracing/events/ftrace/function/format is done. -- Steve -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/