Thread (4 messages) 4 messages, 2 authors, 2012-05-24

Re: tracing ring_buffer_resize oops.

From: Steven Rostedt <rostedt@goodmis.org>
Date: 2012-05-24 20:33:11
Also in: lkml

On Thu, 2012-05-24 at 16:18 -0400, Steven Rostedt wrote:
On Thu, 2012-05-24 at 16:05 -0400, Dave Jones wrote:
quoted
On Thu, May 24, 2012 at 03:24:55PM -0400, Steven Rostedt wrote:
 > On Thu, 2012-05-24 at 15:11 -0400, Dave Jones wrote:
 > 
 > >  > Also, how reproducible is it? When it triggered for me, it was constant.
 > >  > Every boot and test failed. But after I did the make mrproper, I have
 > >  > not been able to trigger it again. This is why I put it down as a bad
 > >  > build.
 > > 
 > > happens every time for me so far.
 > 
 > Did you also do a make mrproper and try again?

ok, that's nasty.  Works fine after a make clean.
Thanks for verifying. I'm thinking this is a build bug. Something's not
cleaning up properly. It may be with the recordmcount code. Perhaps
objects needed to change where the mcount calls are and did not?

I'll try other things to see if I can trigger this again. Then I'll save
off the build tree, do a make clean, rebuild, and compare what's
different.
I'm kicking off the ktest that initially caused this issue hoping that
it reproduces the bad tree again.

BTW, did you happen to upgrade gcc or anything? The ktest I run does
test against different gcc's and I don't think I had it do a make clean
between the switch. That may be the cause of this problem too :-?

-- Steve

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help