login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
August
»
20
Re: BUG: unable to handle kernel paging request at ffffffffffffffff
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From: Sergey Senozhatsky
Subject:
Re: BUG: unable to handle kernel paging request at ffffffffffffffff
Date: Friday, August 20, 2010 - 12:10 am
On (08/19/10 17:32), Andrew Morton wrote:
quoted text
> > Hello, > > > > On (08/18/10 12:06), Andrew Morton wrote: > > > > Hello, > > > > > > > > yet another trace: > > > > > > > > [ 5845.374558] CPU 1 is now offline > > > > [ 5845.376169] INFO: trying to register non-static key. > > > > [ 5845.376251] the code is fine but needs lockdep annotation. > > > > [ 5845.376327] turning off the locking correctness validator. > > > > [ 5845.376405] Pid: 6754, comm: bash Not tainted 2.6.36-rc0-git12-07921-g60bf26a-dirty #122 > > > > [ 5845.376521] Call Trace: > > > > [ 5845.376570] [<ffffffff81063e89>] __lock_acquire+0x2d1/0x17fd > > > > [ 5845.376657] [<ffffffff81132b2a>] ? sysfs_deactivate+0x3e/0xec > > > > [ 5845.376747] [<ffffffff81062ddd>] ? mark_held_locks+0x50/0x72 > > > > [ 5845.376834] [<ffffffff81065893>] lock_acquire+0x97/0xb6 > > > > [ 5845.376917] [<ffffffff8137145b>] ? percpu_counter_hotcpu_callback+0x3e/0x93 > > > > [ 5845.377021] [<ffffffff81374321>] ? mutex_lock_nested+0x2f3/0x31b > > > > [ 5845.377113] [<ffffffff81371446>] ? percpu_counter_hotcpu_callback+0x29/0x93 > > > > [ 5845.377218] [<ffffffff8137568d>] _raw_spin_lock_irqsave+0x4e/0x60 > > > > [ 5845.377312] [<ffffffff8137145b>] ? percpu_counter_hotcpu_callback+0x3e/0x93 > > > > [ 5845.377409] [<ffffffff8137145b>] percpu_counter_hotcpu_callback+0x3e/0x93 > > > > [ 5845.377475] [<ffffffff81057344>] notifier_call_chain+0x32/0x5e > > > > [ 5845.377529] [<ffffffff8105738f>] __raw_notifier_call_chain+0x9/0xb > > > > [ 5845.377587] [<ffffffff8103c6e3>] __cpu_notify+0x1b/0x2d > > > > [ 5845.377638] [<ffffffff8103c703>] cpu_notify+0xe/0x10 > > > > [ 5845.377684] [<ffffffff8103c70e>] cpu_notify_nofail+0x9/0x11 > > > > [ 5845.377738] [<ffffffff81362d82>] _cpu_down+0x151/0x206 > > > > [ 5845.377786] [<ffffffff81362ea8>] cpu_down+0x28/0x35 > > > > [ 5845.377833] [<ffffffff8136430d>] store_online+0x27/0x6e > > > > [ 5845.377884] [<ffffffff812923ab>] sysdev_store+0x1b/0x1d > > > > [ 5845.377933] [<ffffffff811321b2>] sysfs_write_file+0x103/0x13f > > > > [ 5845.377990] [<ffffffff810daf92>] vfs_write+0xb0/0x14f > > > > [ 5845.378038] [<ffffffff810db22e>] sys_write+0x45/0x6c > > > > [ 5845.378088] [<ffffffff81002002>] system_call_fastpath+0x16/0x1b > > > > [ 5845.378166] BUG: unable to handle kernel paging request at ffffffffffffffff > > > > [ 5845.378236] IP: [<ffffffff81371487>] percpu_counter_hotcpu_callback+0x6a/0x93 > > > > > > It appears that one of the counters on the global list has been > > > trashed: lockdep doesn't recognise its spinlock and its internal > > > pointers are all-ones. > > > > > > We need to identify that counter and then go take a look at whichever > > > subsystem ownes it. > > > > > > A crude approach is: > > > > > > --- a/lib/percpu_counter.c~a > > > +++ a/lib/percpu_counter.c > > > @@ -69,6 +69,8 @@ EXPORT_SYMBOL(__percpu_counter_sum); > > > int __percpu_counter_init(struct percpu_counter *fbc, s64 amount, > > > struct lock_class_key *key) > > > { > > > + printk("__percpu_counter_init(%p)\n", fbc); > > > + dump_stack(); > > > spin_lock_init(&fbc->lock); > > > lockdep_set_class(&fbc->lock, key); > > > fbc->count = amount; > > > @@ -126,6 +128,7 @@ static int __cpuinit percpu_counter_hotc > > > s32 *pcount; > > > unsigned long flags; > > > > > > + printk("percpu_counter_hotcpu_callback(%p)\n", fbc); > > > spin_lock_irqsave(&fbc->lock, flags); > > > pcount = per_cpu_ptr(fbc->counters, cpu); > > > fbc->count += *pcount; > > > _ > > > > > > If you can please apply that patch and then make it crash? We can use > > > the address from the percpu_counter_hotcpu_callback() printk to look up > > > the stack trace from __percpu_counter_init() which will lead us to the > > > code which owns that counter. > > > > > > > Sure, I'll try. > > I suspect this was fixed by > > commit 602586a83b719df0fbd94196a1359ed35aeb2df3 > Author: Hugh Dickins <hughd@google.com> > AuthorDate: Tue Aug 17 15:23:56 2010 -0700 > Commit: Linus Torvalds <torvalds@linux-foundation.org> > CommitDate: Tue Aug 17 18:33:11 2010 -0700 > > shmem: put_super must percpu_counter_destroy >
I'm not very lucky at reproducing crash at the moment. Sergey
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
BUG: unable to handle kernel paging request at fffffffffff ...
, Sergey Senozhatsky
, (Fri Aug 13, 6:49 am)
Re: BUG: unable to handle kernel paging request at fffffff ...
, Andrew Morton
, (Wed Aug 18, 12:06 pm)
Re: BUG: unable to handle kernel paging request at fffffff ...
, Sergey Senozhatsky
, (Thu Aug 19, 1:12 am)
Re: BUG: unable to handle kernel paging request at fffffff ...
, Andrew Morton
, (Thu Aug 19, 5:32 pm)
Re: BUG: unable to handle kernel paging request at fffffff ...
, Sergey Senozhatsky
, (Fri Aug 20, 12:10 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
swhiteho
[PATCH 42/51] [GFS2] Move inode deletion out of blocking_cb
FUJITA Tomonori
Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Benjamin Herrenschmidt
[git pull] Please pull powerpc.git merge branch
Ingo Molnar
Re: [RFC/RFT PATCH] sched: automated per tty task groups
Vivek Goyal
Re: [PATCH v4] sched: automated per session task groups
git
:
Mike Miller
git message
Junio C Hamano
Re: [PATCH] Detached HEAD (experimental)
Stefan Richter
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Jeff King
Re: [PATCH] t7004: test that "git-tag -u" implies "-s"
Christian MICHON
Re: VCS comparison table
git-commits-head
:
Linux Kernel Mailing List
libata: disable ATAPI AN by default
Linux Kernel Mailing List
i915: Don't whine when pci_enable_msi() fails.
Linux Kernel Mailing List
Documentation/timers/hpet_example.c: only build on X86
Linux Kernel Mailing List
NFSv4: Move error handling out of the delegation generic code
Linux Kernel Mailing List
Disallow gcc versions 4.1.{0,1}
linux-netdev
:
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Jeff Garzik
Re: [PATCH] drivers/net: remove network drivers' last few uses of IRQF_SAMPLE_RANDOM
David Miller
Re: [PATCH 2/5] dccp: Auto-load (when supported) CCID plugins for negotiation
Chuck Lever
Re: svc: failed to register lockdv1 RPC service (errno 97).
openbsd-misc
:
Stuart Henderson
Re: Kuro5hin: OpenBSD Founder Theo deRaadt Has Conflict of Interest With AMD
Christian Weisgerber
Re: CARP with a single public IP address
Marco Peereboom
Re: OpenBSD culture?
"RALOVICH, Kristóf"
Re: thinkpad windows refund
Kevin
Re: uvm_mapent_alloc: out of static map entries on 4.3 i386
Colocation donated by:
Syndicate