Re: 2.6.26-rc1-$sha1: RIP __d_lookup+0x8c/0x160

[Alexey Dobriyan]

On Fri, May 09, 2008 at 03:12:38AM -0700, Paul E. McKenney wrote:
> On Fri, May 09, 2008 at 01:22:47PM +0400, Alexey Dobriyan wrote:
> > On Sun, May 04, 2008 at 11:58:30PM -0700, Paul E. McKenney wrote:
> > > On Mon, May 05, 2008 at 09:59:40AM +0400, Alexey Dobriyan wrote:
> > > > Workload is build all arm defconfigs and all powerpc defconfigs and
> > > > something else in parallel from one source tree using O= and with
> > > > empty .ccache on ext2/noatime partition.
> > > > 
> > > > PREEMPT_RCU was again in use to do final check of Jens's patch (see URL)
> > > > 
> > > > Kernel is afa26be86b65a7183ceac29bdf1f51d6fc6932f0 + CFQ fixlet
> > > > http://marc.info/?l=linux-kernel&m=120946003120291&w=2 .
> > > > 
> > > > Oops, disassembly and .config (DEBUG_INFO was turned off) below.
> > > > 
> > > > Should we add PREEMPT_RCU to oops reports, BTW?
> > > 
> > > Given that you see it with PREEMPT_RCU, but not classic RCU, that would
> > > make sense...
> > > 
> > > I presume that this version of the kernel has the fixes from this thread
> > > applied?
> > > 
> > > 	http://lkml.org/lkml/2008/4/19/85
> > 
> > I recall two fixes from this thread: list.h one and text_poke() one. And
> > they were applied before 2.6.26-rc1. Were there anything else?
> 
> Those are the two I am aware of.

Triggered second time with 2.6.24-rc4.

FWIW, workload was LTP in infinite loop + parallel compiling on 170 configs
with make O=../ on ext2
Core 2 Duo, 4G RAM, PREEMPT/PREEMPT_RCU, HZ=1000

> > > > [12617.678557] general protection fault: 0000 [1] PREEMPT SMP DEBUG_PAGEALLOC
> > > > [12617.678646] CPU 1 
> > > > [12617.678695] Modules linked in: ext2 nf_conntrack_irc xt_state iptable_filter ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack ip_tables x_tables usblp uhci_hcd ehci_hcd usbcore sr_mod cdrom
> > > > [12617.678953] Pid: 15988, comm: cc1 Not tainted 2.6.26-rc1-afa26be86b65a7183ceac29bdf1f51d6fc6932f0 #3
> > > > [12617.679064] RIP: 0010:[<ffffffff802a3cdc>]  [<ffffffff802a3cdc>] __d_lookup+0x8c/0x160
> > > > [12617.679171] RSP: 0018:ffff810072f3fbc8  EFLAGS: 00010202
> > > > [12617.679372] RAX: 6b6b6b6b6b6b6b6b RBX: 6b6b6b6b6b6b6b6b RCX: 0000000000000013
> > > > [12617.679441] RDX: ffff81000100c128 RSI: 0000000000000000 RDI: ffff8101233c1140
> > > > [12617.679511] RBP: ffff810072f3fc18 R08: 0000000000000000 R09: ffff8100695cc200
> > > > [12617.679581] R10: 0000000000000000 R11: 0000000000000000 R12: 6b6b6b6b6b6b6b2b
> > > > [12617.679650] R13: 0000000071bf92cd R14: ffff810129d4a138 R15: ffff810072f3fcc8
> > > > [12617.679720] FS:  00002ab45130a6f0(0000) GS:ffff81017fc44320(0000) knlGS:0000000000000000
> > > > [12617.679827] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> > > > [12617.679890] CR2: 00002b3818aba000 CR3: 000000005d00d000 CR4: 0000000000000660
> > > > [12617.679961] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> > > > [12617.680030] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> > > > [12617.680100] Process cc1 (pid: 15988, threadinfo ffff810072f3e000, task ffff8101233c1140)
> > > > [12617.680206] Stack:  ffff81000100d218 0000000000000000 0000000000000007 00000007233c16e0
> > > > [12617.680322]  ffff8100695cc200 ffff8100695cc208 ffff810072f3fcc8 ffff810072f3fe48
> > > > [12617.680460]  ffff810072f3fcc8 ffff810072f3fcd8 ffff810072f3fc68 ffffffff802994f5
> > > > [12617.680536] Call Trace:
> > > > [12617.680626]  [<ffffffff802994f5>] do_lookup+0x35/0x200
> > > > [12617.680690]  [<ffffffff8029a6e3>] __link_path_walk+0x163/0xe90
> > > > [12617.680756]  [<ffffffff80255d85>] ? __lock_acquire+0x9c5/0x1080
> > > > [12617.680824]  [<ffffffff8029b472>] path_walk+0x62/0xd0
> > > > [12617.680886]  [<ffffffff8029b70d>] do_path_lookup+0x8d/0x1d0
> > > > [12617.680950]  [<ffffffff8029c647>] __path_lookup_intent_open+0x67/0xc0
> > > > [12617.681019]  [<ffffffff8029c72c>] path_lookup_open+0xc/0x10
> > > > [12617.681083]  [<ffffffff8029ca48>] do_filp_open+0x98/0x8d0
> > > > [12617.681147]  [<ffffffff80255d85>] ? __lock_acquire+0x9c5/0x1080
> > > > [12617.681215]  [<ffffffff8028eaa3>] ? get_unused_fd_flags+0x103/0x130
> > > > [12617.681283]  [<ffffffff8028eb28>] do_sys_open+0x58/0xb0
> > > > [12617.681346]  [<ffffffff8028ebab>] sys_open+0x1b/0x20
> > > > [12617.681407]  [<ffffffff8020b5fb>] system_call_after_swapgs+0x7b/0x80
> > > > [12617.681474] 
> > > > [12617.681519] 
> > > > [12617.681563] Code: 4d 33 00 e8 37 18 fc ff 48 8b 03 48 89 c3 8b 45 cc 48 85 db 48 89 45 c0 75 0d eb 4c 0f 1f 00 48 8b 1b 48 85 db 74 41 4c 8d 63 c0 <48> 8b 03 45 3b 6c 24 58 0f 18 08 75 e7 4d 3b 74 24 50 75 e0 49 
> > > > [12617.682111] RIP  [<ffffffff802a3cdc>] __d_lookup+0x8c/0x160
> > > > [12617.682176]  RSP <ffff810072f3fbc8>
> > > > [12617.682493] ---[ end trace 0b3e824669c14a48 ]---
> > 

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/