[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131008082624.GC7232@gmail.com>
Date: Tue, 8 Oct 2013 10:26:24 +0200
From: Ingo Molnar <mingo@...nel.org>
To: Fengguang Wu <fengguang.wu@...el.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Russell King - ARM Linux <linux@....linux.org.uk>,
xen-devel@...ts.xenproject.org,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Subject: Re: [xen] double fault: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
* Fengguang Wu <fengguang.wu@...el.com> wrote:
> After enabling CONFIG_DEBUG_OBJECTS_TIMERS=y, it will issue a WARNING followed by a "BUG: ..."
Cool!
> [ 2.802167] parport_pc 00:04: reported by Plug and Play ACPI
> [ 2.803818] parport0: PC-style at 0x378, irq 7 [PCSPP(,...)]
> [ 2.806035] kobject: 'parport_pc.956' (ffff880006dc3820): kobject_release, parent (null) (delayed)
> [ 2.808626] ------------[ cut here ]------------
> [ 2.809776] WARNING: CPU: 1 PID: 1 at /c/wfg/linux/lib/debugobjects.c:260 debug_print_object+0x7c/0x8d()
> [ 2.812433] ODEBUG: init active (active state 0) object type: timer_list hint: (null)
> ......
> [ 3.796079] BUG: unable to handle kernel NULL pointer dereference at (null)
Mind posting the full backtrace? It should show the actual callsite that
zaps the timer. I don't think we got that dump so far, I've only seen
timer list corruption backtraces. (but I haven't read the whole thread.)
Thanks,
Ingo
--
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