[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5294409F.70508@hitachi.com>
Date: Tue, 26 Nov 2013 15:33:03 +0900
From: Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>
To: Jovi Zhangwei <jovi.zhangwei@...il.com>,
Steven Rostedt <rostedt@...dmis.org>
Cc: Oleg Nesterov <oleg@...hat.com>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [BUG] 3.13-rc1 kernel crash when enable all tracepoints
(2013/11/26 13:38), Jovi Zhangwei wrote:
> Hi,
>
> I'm not sure this issue already be fixed or not, it can be reproduced
> permanently.
>
> (I didn't use git-bisect yet, you guys might can understand it quickly)
>
> #echo 1 > /sys/kernel/debug/tracing/events/enable
Thanks for reporting. I could reproduce it.
To narrow this down, I tried to run the below command
[tracing]# for i in events/*/*/enable ; do echo $i; echo 1 > $i; done
And it ran through the end without any problem.
Hm, next I checked the difference of available_events and set_event.
[tracing]# diff available_events set_event
283d282
< ftrace:function
So, I guess it was caused by enabling ftrace:function, and
it is unable to do that via set_event, nor events/ftrace/enable
I'm not sure how, but it seems that ftrace:function can be
enabled by the events/enable.
Thank you,
--
Masami HIRAMATSU
IT Management Research Dept. Linux Technology Center
Hitachi, Ltd., Yokohama Research Laboratory
E-mail: masami.hiramatsu.pt@...achi.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists