Messages in this thread | | | Date | Sun, 15 Jul 2007 17:05:23 +0200 | From | Haavard Skinnemoen <> | Subject | sunrpc-related Oops in latest git |
| |
Hi Trond,
While testing my avr32 updates on the latest git tree, I got this:
VFS: Mounted root (nfs filesystem). Freeing init memory: 56K (90000000 - 9000e000) Unable to handle kernel NULL pointer dereference at virtual address 00000000 ptbr = 90161f44 pgd = 00000000 Oops: Kernel access of bad area, sig: 11 [#1] FRAME_POINTER chip: 0x01f:0x1e82 rev 2 Modules linked in: PC is at queue_work+0x2a/0x34 LR is at __init_begin+0x70000000/0x1c pc : [<900215f2>] lr : [<00000000>] Not tainted sp : 9014fcf0 r12: 00000000 r11: 90009074 r10: 00100100 r9 : 90009078 r8 : 90009078 r7 : 9014fcf0 r6 : 9025652c r5 : 90009004 r4 : 0000106c r3 : 00001064 r2 : 00001064 r1 : 90263000 r0 : 901b1320 Flags: qvnZc Mode bits: hrje....g CPU Mode: Interrupt level 0 Process: swapper [0] (task: 90153afc thread: 9014e000) Stack: (0x9014fcf0 to 0x90150000) fce0: 900f983a 9014fd08 9025652c 90009004 fd00: 0000106c 00000000 900f98a2 9014fd1c 9000906c 90009004 0000106c 900f6edc fd20: 9014fd30 9024c000 90009004 0000106c 900f8d08 9014fd5c 00001064 90009004 fd40: 0000106c 901b1320 00001064 90263000 901b1320 900cd15a 9014fd8c 900bc7f6 fd60: 9014fd80 00000000 00000000 0000106c 90263000 0000106c 0abfffaf 901b1320 fd80: 900e6010 9014fda4 90263000 90263000 0000106c 901b1320 9025d834 0abfffaf fda0: 901b1320 900e6406 9014fdf4 90263000 901b1344 0000106c 9016e110 9025d834 fdc0: 0abfffaf 901b1320 900d0286 0abfffad 00000011 0000106c 10775008 90268540 fde0: 00001080 00000024 0000106c 0abfffad 0abfffaf 900e65bc 9014fe18 901b1320 fe00: 00000011 10775008 00000000 9016caa0 00000800 00000500 900cf3f6 9014fe2c fe20: 901b1320 00000011 10775008 900cf76e 9014fe50 9000a820 901b1140 10775008 fe40: 901b1164 9016caa0 00000800 00000500 900c112a 9014fe74 9016ca88 901b1140 fe60: 10775008 901af800 9016caa0 00000800 00000500 900b1f44 9014feac 901b1140 fe80: 0000003b 10775008 000004fe 901afb80 0000003b 00000500 901af800 00000040 fea0: 00000003 900b1dbc 0000003d 900c2808 9014fed4 901af918 901af800 10775008 fec0: 9016c710 9016c700 fffedde1 007f0000 0000012c 9001ae96 9014fef8 00000000 fee0: 90168174 10775008 0000000a 90161904 00000000 007f0000 9001aefa 9014ff1c ff00: 00810022 00000000 10775008 00000000 90161904 00000000 007f0000 9001b0a0 ff20: 9014ff30 9016aa0c 00000000 10775008 9000f074 9014ff44 9016aa0c 00000000 ff40: 10775008 9000e4fe 9014ffb0 90169058 90161930 10775008 9000be70 90161904 ff60: 00000000 007f0000 00400024 9000e4da 900112ba 90268000 90153978 00000000 ff80: 90153d74 00000200 9014e000 9014ffb0 90169058 90161930 10775008 9000be70 ffa0: 90161904 00000000 007f0000 007f0000 90102df6 9014ffc4 90169058 90161930 ffc0: 10775008 9000072c 9014ffdc 90169058 90161930 10775008 9000be70 00000000 ffe0: 00000000 107cb030 10770fa0 10775008 901729c8 901729c8 00000000 007f0000 Call trace: [<900f983a>] __rpc_do_wake_up_task+0x18a/0x1c4 [<900f98a2>] rpc_wake_up_task+0x2e/0x40 [<900f6edc>] xprt_complete_rqst+0x64/0x74 [<900f8d08>] xs_udp_data_ready+0xd0/0xf0 [<900bc7f6>] sock_queue_rcv_skb+0xa2/0xd0 [<900e6010>] udp_queue_rcv_skb+0x9c/0x114 [<900e6406>] __udp4_lib_rcv+0x37e/0x528 [<900e65bc>] udp_rcv+0xc/0x14 [<900cf3f6>] ip_local_deliver+0x7e/0xcc [<900cf76e>] ip_rcv+0x32a/0x35c [<900c112a>] netif_receive_skb+0x136/0x188 [<900b1f44>] macb_poll+0x27c/0x318 [<900c2808>] net_rx_action+0x48/0xc4 [<9001ae96>] __do_softirq+0x32/0x74 [<9001aefa>] do_softirq+0x22/0x3c [<9001b0a0>] irq_exit+0x24/0x30 [<9000f074>] do_IRQ+0x3c/0x50 [<9000e4fe>] irq_level0+0x18/0x5e [<90102df6>] rest_init+0x3a/0x48 [<9000072c>] start_kernel+0x1f0/0x220 [<00000000>] __init_begin+0x70000000/0x1c
Kernel panic - not syncing: Fatal exception in interrupt
As you can see, I'm using nfsroot. git-bisect blames this commit:
4ada539ed77c7a2bbcb75cafbbd7bd8d2b9bef7b is first bad commit commit 4ada539ed77c7a2bbcb75cafbbd7bd8d2b9bef7b Author: Trond Myklebust <Trond.Myklebust@netapp.com> Date: Thu Jun 14 17:26:17 2007 -0400
SUNRPC: Make create_client() take a reference to the rpciod workqueue
Ensures that an rpc_client always has the possibility to send asynchronous RPC calls.
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
:040000 040000 d09b2ebe7a650d9be8a0b0606652f9768779cf18 7ec13589a51d237ecdfd32a46806b43c28a55ed8 M net
Please let me know if there's anything I can do to help debug this.
Håvard - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |