On 11/23/2010 12:52 PM, Avi Kivity wrote:
On 11/16/2010 05:12 PM, Steven Rostedt wrote:>> Hmm, I'll try it out on the latest kernel. Would you be able to upload > the trace.dat that does not work someplace that I can get it. I'd like > to take a look at it. If you don't have a place to put it, I could give> you access to my box, and you can scp it there. Hmm, I still can not reproduce. But as a workaround, here's what you can do for now. Instead of using trace_printk() use: __trace_printk(_THIS_IP_, "format", args); This will force the snprintf into the buffer and skips the bprintk trick to post process at read time.I see a trace_printk() commit in trace-cmd.git. Is that related? If not, I'll work on getting a small sample of the problem.
Sample: http://people.redhat.com/akivity/trace.dat.bz2 -- error compiling committee.c: too many arguments to function -- To unsubscribe from this list: send the line "unsubscribe linux-trace-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
![]() |