Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1605949

Re: run_timer_softirq gpf. tracing?

From Dave Jones <davej@codemonkey.org.uk>
Newsgroups linux.kernel
Subject Re: run_timer_softirq gpf. tracing?
Date 2017-03-21 20:50 +0100
Message-ID <tnxX3-7To-5@gated-at.bofh.it> (permalink)
References <tnwxX-6Zw-1@gated-at.bofh.it> <tnxX3-7To-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Tue, Mar 21, 2017 at 08:25:39PM +0100, Thomas Gleixner wrote:

 > > RAX looks like list poison, and CR2 = 4, which is likely the ->next of a list,
 > > with a NULL pointer.
 > 
 > Certainly not on 64 bit. that would be 8. And CR2 is irrelevant here
 > because that's a #GP not a #PF.

doh!

 > The timer which expires has timer->entry.next == POISON2 !
 > 
 > This has nothing to do with tracing, it's a classic list corruption.  The
 > bad news is that there is no trace of the culprit because that happens when
 > some other timer expires after some random amount of time.

ah! Thanks for putting me back on the right path.

 > If that is reproducible, then please enable debugobjects. That should
 > pinpoint the culprit.

hit it twice today so far, so hopefully it'll reproduce.

thanks.

	Dave

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

run_timer_softirq gpf. tracing? Dave Jones <davej@codemonkey.org.uk> - 2017-03-21 19:20 +0100
  Re: run_timer_softirq gpf. tracing? Dave Jones <davej@codemonkey.org.uk> - 2017-03-21 20:50 +0100
  Re: run_timer_softirq gpf. [smc] Dave Jones <davej@codemonkey.org.uk> - 2017-03-21 21:20 +0100
    Re: run_timer_softirq gpf. [smc] Thomas Gleixner <tglx@linutronix.de> - 2017-03-21 22:50 +0100
  Re: run_timer_softirq gpf. tracing? Thomas Gleixner <tglx@linutronix.de> - 2017-03-21 21:50 +0100

csiph-web