Help me. Oops: 805 [#1]err using kernel.2.6.10.omap1patch with NFS(RFS)
It seems that my email system problem. so i changed email address.
Subject - Oops: 805 [#1] problem using kernel.2.6.10.omap1patch with NFS(RFS)
-----------------------------------------
I finished compiling and porting ousing kernel.2.6.10 of kernel.org and patch.2.6.10.omap1. But, When I try booting with compiled zImage on omap5912osk board, I meet below error message. For reference, When I use Ramdisk(root file system), kerenl is booted successfully. Only When I use NFS Root file system , error happened like belows. Please. What's reason? . Tell me how to solve this problem. (P.S: When I tryed "ping target.board.ip.address" command on host pc(RH9.0), I receviced TTL reply. )
* Test Envirionment.
-board : TI omap5912.osk board
-Ethernet : SMC91C94 Ethernet card
-kernel.org :kernel.2.6.10.tar.gz (www.kernel.org )
-compiler :montavista _arm_v5
-omap patch :http://www.muru.com/linux/omap/patches/patch-2.6.10-omap1.bz2 -Rootfilesystem: NFS Root file system
* When I boot kernel.2.6.10.omap1 with nfsroot , I meet "Oops: 805 [#1]:" mesasge like belows. ............... upper omission.....................
eth0: link up
IP-Config: Complete:
device=eth0, addr=192.168.0.10, mask=255.255.255.0, gw=192.168.0.2,
host=192.168.0.10, domain=, nis-domain=(none),
bootserver=192.168.0.2, rootserver=192.168.0.2, rootpath= Looking up port of RPC 100003/2 on 192.168.0.2 Looking up port of RPC 100005/1 on 192.168.0.2
VFS: Mounted root (nfs filesystem).
Freeing init memory: 104K
<------------------- Ref: After 10 minutes, Belows message appeared on console. Unable to handle kernel paging request at virtual address c2000000 pgd = c0010000 [c2000000] *pgd=00000000 Internal error: Oops: 805 [#1] Modules linked in:
CPU: 0 PC is at .insw_8_lp+0x30/0x44 LR is at 0x4341 pc : [] lr : [<00004341>] Not tainted
sp : c0299e44 ip : 43414341 fp : c0299e98
r10: c0339000 r9 : c2852000 r8 : 00000000
r7 : c0339220 r6 : fffffffa r5 : 43414341 r4 : 43414341 r3 : 43414341 r2 : 7fe11855 r1 : c1fffff4 r0 : c2852008
Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment user
Control: 5717F Table: 10010000 DAC: 00000015 Process init (pid: 1, stack limit = 0xc0298190)
Stack: (0xc0299e44 to 0xc029a000)
9e40: c03f74e0 c2852000 c012de94 c1c230b2 00004030 00000007 00000033 9e60: c0339220 c033ea20 000000a0 00000000 c033ea20 00000000 00000000 000000a0 9e80: c0299f40 c0299f40 fefbe418 c0299ebc c0299e9c c00232f8 c012dc14 c0210540 9ea0: 000000a0 c033ea20 c0299f40 c01d584c c0299edc c0299ec0 c0023454 c00232bc 9ec0: 000000a1 00001e00 00000001 c0210570 c0299f08 c0299ee0 c002e7d8 c00233b4 9ee0: c0299f74 fefecb00 c0298000 c0028d4c 20000013 c020e740 c0299f40 c0299f3c 9f00: c0299f0c c00235dc c002e744 0000001e c0299fb0 c0299f74 fefecb00 ffffffff 9f20: c0028d4c 20000013 ffffffff 40127000 c0299fac c0299f40 c00223e0 c002359c 9f40: c0013ff8 c0007ff8 00000000 10002401 ffff1000 c0010000 10002001 00000000 9f60: c0299fb0 00000000 40127000 c0299fac 00003ff8 c0299f88 c0298000 c0028d4c 9f80: 20000013 ffffffff fefecb00 c01d2fa0 ffff1000 60000010 00057177 c0299fec 9fa0: 00000000 c0299fb0 c0022718 c0028cd8 00000000 00000001 401282b8 ffff0fff 9fc0: 00000000 00000000 401282b8 000012b8 00000000 00000000 40127000 00000000 9fe0: beffff3c befffdd8 40049b94 ffff1000 60000010 ffffffff e5903084 e3530001
Backtrace: [] (smc_interrupt+0x0/0x6d0) from [] (__do_irq+0x4c/0x88) [] (__do_irq+0x0/0x88) from [] (do_edge_IRQ+0xb0/0x12c) r8 = C01D584C r7 = C0299F40 r6 = C033EA20 r5 = 000000A0 r4 = C0210540 [] (do_edge_IRQ+0x0/0x12c) from [] (gpio_irq_handler+0xa4/0xb8) r7 = C0210570 r6 = 00000001 r5 = 00001E00 r4 = 000000A1 [] (gpio_irq_handler+0x0/0xb8) from [] (asm_do_IRQ+0x50/0x150) [] (asm_do_IRQ+0x0/0x150) from [] (__irq_svc+0x20/0x80) [] (do_translation_fault+0x0/0xac) from [] (ret_from_exception+0x0/0x10) r8 = C0299FEC r7 = 00057177 r6 = 60000010 r5 = FFFF1000 r4 = C01D2FA0 Code: e185580c e1d0c0b0 e1d0e0b0 e18cc80e (e8a11038)
<0>Kernel panic - not syncing: Aiee, killing interrupt handler!
end of Line.
------------------------------------------------------------------------
네이버 :: 똑! 소리나게 바뀐 네이버 메일을 만나보세요.
http://mail.naver.com/
Quoted 53 lines · 임근식
It seems that my email system problem. so i changed email address.
Subject - Oops: 805 [#1] problem using kernel.2.6.10.omap1patch with NFS(RFS)
-----------------------------------------I finished compiling and porting ousing kernel.2.6.10 of kernel.org and patch.2.6.10.omap1. But, When I try booting with compiled zImage on omap5912osk board, I meet below error message. For reference, When I use Ramdisk(root file system), kerenl is booted successfully. Only When I use NFS Root file system , error happened like belows. Please. What's reason? . Tell me how to solve this problem. (
P.S: When I tryed "ping target.board.ip.address" command on host pc(RH9.0), I receviced TTL reply. )* Test Envirionment.
(quoted diff) +0
-6-board : TI omap5912.osk board -Ethernet : SMC91C94 Ethernet card -kernel.org :kernel.2.6.10.tar.gz (www.kernel.org ) -compiler :montavista _arm_v5 -omap patch :http://www.muru.com/linux/omap/patches/patch-2.6.10-omap1.bz2 -Rootfilesystem: NFS Root file system* When I boot kernel.2.6.10.omap1 with nfsroot , I meet "Oops: 805 [#1]:" mesasge like belows. ............... upper omission.....................
eth0: link up
IP-Config: Complete:
device=eth0, addr=192.168.0.10, mask=255.255.255.0, gw=192.168.0.2,
host=192.168.0.10, domain=, nis-domain=(none),
bootserver=192.168.0.2, rootserver=192.168.0.2, rootpath= Looking up port of RPC 100003/2 on 192.168.0.2 Looking up port of RPC 100005/1 on 192.168.0.2
VFS: Mounted root (nfs filesystem).
Freeing init memory: 104K
<------------------- Ref: After 10 minutes, Belows message appeared on console. Unable to handle kernel paging request at virtual addressc2000000pgd =c0010000[c2000000] *pgd=00000000 Internal error: Oops: 805 [#1] Modules linked in:CPU: 0 PC is at .insw_8_lp+0x30/0x44 LR is at 0x4341 pc : [] lr : [<00004341>] Not taintedsp :
c0299e44ip : 43414341 fp :c0299e98
r10:c0339000r9 :c2852000r8 : 00000000
r7 :c0339220r6 : fffffffa r5 : 43414341 r4 : 43414341 r3 : 43414341 r2 :7fe11855r1 :c1fffff4r0 :c2852008
Flags: nzCv IRQs on FIQs on ModeSVC_32Segment user
Control: 5717F Table: 10010000 DAC: 00000015 Process init (pid: 1, stack limit =0xc0298190)Stack: (0xc0299e44 to 0xc029a000)9e40:
c03f74e0c2852000c012de94c1c230b200004030 00000007 00000033 9e60:c0339220c033ea20000000a000000000c033ea2000000000 00000000000000a09e80:c0299f40c0299f40fefbe418c0299ebcc0299e9cc00232f8c012dc14c02105409ea0:000000a0c033ea20c0299f40c01d584cc0299edcc0299ec0c0023454c00232bc9ec0:000000a100001e0000000001c0210570c0299f08c0299ee0c002e7d8c00233b49ee0:c0299f74fefecb00c0298000c0028d4c20000013c020e740c0299f40c0299f3c9f00:c0299f0cc00235dcc002e7440000001ec0299fb0c0299f74fefecb00ffffffff 9f20:c0028d4c20000013 ffffffff 40127000c0299facc0299f40c00223e0c002359c9f40:c0013ff8c0007ff800000000 10002401ffff1000c001000010002001 00000000 9f60:c0299fb000000000 40127000c0299fac00003ff8c0299f88c0298000c0028d4c9f80: 20000013 fffffffffefecb00c01d2fa0ffff100060000010 00057177c0299fec9fa0: 00000000c0299fb0c0022718c0028cd800000000 00000001401282b8ffff0fff9fc0: 00000000 00000000401282b8000012b800000000 00000000 40127000 00000000 9fe0:beffff3cbefffdd840049b94ffff100060000010 ffffffffe5903084e3530001
Quoted 6 lines
Backtrace: [] (smc_interrupt+0x0/0x6d0) from [] (__do_irq+0x4c/0x88) [] (__do_irq+0x0/0x88) from [] (do_edge_IRQ+0xb0/0x12c) r8 = C01D584C r7 = C0299F40 r6 = C033EA20 r5 = 000000A0 r4 = C0210540 [] (do_edge_IRQ+0x0/0x12c) from [] (gpio_irq_handler+0xa4/0xb8) r7 = C0210570 r6 = 00000001 r5 = 00001E00 r4 = 000000A1 [] (gpio_irq_handler+0x0/0xb8) from [] (asm_do_IRQ+0x50/0x150) [] (asm_do_IRQ+0x0/0x150) from [] (__irq_svc+0x20/0x80) [] (do_translation_fault+0x0/0xac) from [] (ret_from_exception+0x0/0x10) r8 = C0299FEC r7 = 00057177 r6 = 60000010 r5 = FFFF1000 r4 = C01D2FA0 Code: e185580c e1d0c0b0 e1d0e0b0 e18cc80e (e8a11038)<0>Kernel panic - not syncing: Aiee, killing interrupt handler!
end of Line.
This sounds like the old wrong-flash-memory-bus-timings problem with smc91x. Try a more recent kernel and it should go away.
Tony