Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1605949
| 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 |
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 | Next — Previous in thread | Next in thread | Find similar | Unroll 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