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 <[email protected]>
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 <[email protected]>
: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 [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
