* Oops with 2.2.14 on Ultra 1.
@ 2000-05-05 16:57 Antti Salmela
2000-05-05 18:37 ` David S. Miller
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: Antti Salmela @ 2000-05-05 16:57 UTC (permalink / raw)
To: ultralinux
This was non-fatal, but system has sometimes locked up hard.
If any other info is need, just tell.
gcc version egcs-2.92.11 19980921 (gcc2 ss-980609 experimental))
cpu : TI UltraSparc I (SpitFire)
fpu : UltraSparc I integrated FPU
promlib : Version 3 Revision 1
prom : 3.1.1
type : sun4u
ncpus probed : 1
ncpus active : 1
BogoMips : 333.41
MMU Type : Spitfire
ksymoops 2.3.3 on sparc64 2.2.14. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.2.14/ (default)
-m /usr/src/kernel-source-2.2.14/System.map (specified)
-t elf64-sparc
Error (regular_file): read_ksyms stat /proc/ksyms failed
No modules in ksyms, skipping objects
No ksyms, skipping lsmod
\|/ ____ \|/
"@'/ .. \`@"
/_| \__/ |_\
\__U_/
TSTATE: 0000000080009403 TPC: 0000000000436f6c TNPC: 0000000000436f70 Y: 00000000
Using defaults from ksymoops -a sparc
g0: 0000000000000000 g1: 0000000000000096 g2: 00000000000003a3 g3: 000000000044776c
g4: fffff80000000000 g5: 0000000070270010 g6: fffff80011854000 g7: 00000000005d8c00
o0: 0000000000000033 o1: 0000000070270000 o2: 0000000000000010 o3: 0000000070270000
o4: 0000000000002000 o5: fffff7ff8fd8e000 sp: fffff80011857461 ret_pc: 00000000004477bc
l0: 0000000000000000 l1: fffff8000026bd20 l2: fffff800226df2c0 l3: 0000000070270000
l4: ffffffffffffe000 l5: 0000000000001fff l6: 0000000000000000 l7: 00000000701c0114
i0: 0000000070270000 i1: 0000000000079952 i2: 0000000000000048 i3: 0000000000000000
i4: 0000000000000000 i5: 00000000000000a8 i6: fffff80011857521 i7: 0000000000454320
Caller[0000000000454320]
Caller[0000000000454648]
Caller[00000000004100d4]
Caller[0000000000129d68]
Instruction DUMP: 83518000 8d906002 d0f28b00 <c0f14bed> c0f14aed 0afb7ffe 9a23400c 81d98000 c4f28b00
>>TPC; 00436f6c <__flush_tlb_range_pbp_slow+c/40> <==>>O7; 004477bc <vmtruncate+bc/e0>
>>I7; 00454320 <do_truncate+60/c0>
Trace; 00454320 <do_truncate+60/c0>
Trace; 00454648 <sys_ftruncate+128/160>
Trace; 004100d4 <linux_sparc_syscall+34/40>
Trace; 00129d68 Before first symbol
Code; 00436f60 <__flush_tlb_range_pbp_slow+0/40>
0000000000000000 <_TPC>:
Code; 00436f60 <__flush_tlb_range_pbp_slow+0/40>
0: 83 51 80 00 rdpr %pstate, %g1
Code; 00436f64 <__flush_tlb_range_pbp_slow+4/40>
4: 8d 90 60 02 wrpr %g1, 2, %pstate
Code; 00436f68 <__flush_tlb_range_pbp_slow+8/40>
8: d0 f2 8b 00 stxa %o0, [ %o2 ] (88)
Code; 00436f6c <__flush_tlb_range_pbp_slow+c/40> <== c: c0 f1 4b ed stxa %g0, [ %g5 + %o5 ] (95) <==Code; 00436f70 <__flush_tlb_range_pbp_slow+10/40>
10: c0 f1 4a ed stxa %g0, [ %g5 + %o5 ] (87)
Code; 00436f74 <__flush_tlb_range_pbp_slow+14/40>
14: 0a fb 7f fe brnz %o5, c <_TPC+0xc> 00436f6c <__flush_tlb_range_pbp_slow+c/40>
Code; 00436f78 <__flush_tlb_range_pbp_slow+18/40>
18: 9a 23 40 0c sub %o5, %o4, %o5
Code; 00436f7c <__flush_tlb_range_pbp_slow+1c/40>
1c: 81 d9 80 00 flush %g6
Code; 00436f80 <__flush_tlb_range_pbp_slow+20/40>
20: c4 f2 8b 00 stxa %g2, [ %o2 ] (88)
1 error issued. Results may not be reliable.
--
Antti Salmela
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: Oops with 2.2.14 on Ultra 1. 2000-05-05 16:57 Oops with 2.2.14 on Ultra 1 Antti Salmela @ 2000-05-05 18:37 ` David S. Miller 2000-05-06 13:04 ` Antti Salmela ` (2 subsequent siblings) 3 siblings, 0 replies; 5+ messages in thread From: David S. Miller @ 2000-05-05 18:37 UTC (permalink / raw) To: ultralinux Date: Fri, 5 May 2000 19:57:54 +0300 From: Antti Salmela <asalmela@iki.fi> This was non-fatal, but system has sometimes locked up hard. If any other info is need, just tell. The following patch will fix this OOPS. Thanks for the excellent and detailed bug report. --- arch/sparc64/mm/ultra.S.~1~ Fri Mar 3 15:50:46 2000 +++ arch/sparc64/mm/ultra.S Fri May 5 11:16:03 2000 @@ -37,7 +37,7 @@ */ #define TLB_MAGIC 207 /* Students, do you know how I calculated this? -DaveM */ /*IC3*/ cmp %o5, %o4 - be,pt %xcc, __flush_tlb_page + bleu,pt %xcc, __flush_tlb_page srlx %o5, 13, %g5 cmp %g5, TLB_MAGIC bgeu,pn %icc, __flush_tlb_range_constant_time ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Oops with 2.2.14 on Ultra 1. 2000-05-05 16:57 Oops with 2.2.14 on Ultra 1 Antti Salmela 2000-05-05 18:37 ` David S. Miller @ 2000-05-06 13:04 ` Antti Salmela 2000-05-06 13:13 ` David S. Miller 2000-05-08 7:50 ` Jes Sorensen 3 siblings, 0 replies; 5+ messages in thread From: Antti Salmela @ 2000-05-06 13:04 UTC (permalink / raw) To: ultralinux On Fri, May 05, 2000 at 11:37:27AM -0700, David S. Miller wrote: > Date: Fri, 5 May 2000 19:57:54 +0300 > From: Antti Salmela <asalmela@iki.fi> > > This was non-fatal, but system has sometimes locked up hard. > If any other info is need, just tell. Another oops just occurred today with this patch applied to 2.2.15. > The following patch will fix this OOPS. Thanks for the excellent > and detailed bug report. > > --- arch/sparc64/mm/ultra.S.~1~ Fri Mar 3 15:50:46 2000 > +++ arch/sparc64/mm/ultra.S Fri May 5 11:16:03 2000 > @@ -37,7 +37,7 @@ > */ > #define TLB_MAGIC 207 /* Students, do you know how I calculated this? -DaveM */ > /*IC3*/ cmp %o5, %o4 > - be,pt %xcc, __flush_tlb_page > + bleu,pt %xcc, __flush_tlb_page > srlx %o5, 13, %g5 > cmp %g5, TLB_MAGIC > bgeu,pn %icc, __flush_tlb_range_constant_time gcc version egcs-2.92.11 19980921 (gcc2 ss-980609 experimental)) ksymoops 2.3.3 on sparc64 2.2.15. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.2.15/ (default) -m /boot/System.map-2.2.15 (specified) -t elf64-sparc Error (regular_file): read_ksyms stat /proc/ksyms failed No modules in ksyms, skipping objects No ksyms, skipping lsmod Unable to handle kernel NULL pointer dereference tsk->mm->context = 00000000000005c6 tsk->mm->pgd = fffff800234b3000 \|/ ____ \|/ "@'/ .. \`@" /_| \__/ |_\ \__U_/ cat(5504): Oops TSTATE: 0000009900009601 TPC: 000000000051b5cc TNPC: 000000000051b5d0 Y: 00000000 Using defaults from ksymoops -a sparc g0: 0000000000000000 g1: 0000000000000003 g2: 000000000000ffff g3: 0000000000000008 g4: fffff80000000000 g5: 0000006c642d6c00 g6: fffff80021318000 g7: ffffffffffffff00 o0: 00000000000246a8 o1: 00000000000246a8 o2: 0000000000001fff o3: fffff80020496428 o4: 0000000000000000 o5: 000000000000ffff sp: fffff8002131b621 ret_pc: 0000000000454b2c l0: ffffffffffffffea l1: 0000000000000000 l2: 0000000000000000 l3: 0000000000000000 l4: 0000000000000000 l5: 0000000000000000 l6: 0000000000000000 l7: 0000000070028c94 i0: fffff80020496400 i1: 00000000000246a8 i2: 0000000000002000 i3: 0000000000000000 i4: 0000000000000000 i5: 0000000000000000 i6: fffff8002131b6e1 i7: 0000000000410114 Caller[0000000000410114] Caller[0000000000011b24] Instruction DUMP: 38680013 90220009 9a100002 <c48b1100> c4aa1020 86100000 80a0e000 16480004 8410000a >>TPC; 0051b5cc <read_port+2c/80> <==>>O7; 00454b2c <sys_read+ec/120> >>I7; 00410114 <linux_sparc_syscall+34/40> Trace; 00410114 <linux_sparc_syscall+34/40> Trace; 00011b24 Before first symbol Code; 0051b5c0 <read_port+20/80> 0000000000000000 <_TPC>: Code; 0051b5c0 <read_port+20/80> 0: 38 68 00 13 bgu,a %xcc, 4c <_TPC+0x4c> 0051b60c <read_port+6c/80> Code; 0051b5c4 <read_port+24/80> 4: 90 22 00 09 sub %o0, %o1, %o0 Code; 0051b5c8 <read_port+28/80> 8: 9a 10 00 02 mov %g2, %o5 Code; 0051b5cc <read_port+2c/80> <== c: c4 8b 11 00 lduba [ %o4 ] #ASI_P_L, %g2 <==Code; 0051b5d0 <read_port+30/80> 10: c4 aa 10 20 stba %g2, [ %o0 ] #ASI_S Code; 0051b5d4 <read_port+34/80> 14: 86 10 00 00 mov %g0, %g3 Code; 0051b5d8 <read_port+38/80> 18: 80 a0 e0 00 cmp %g3, 0 Code; 0051b5dc <read_port+3c/80> 1c: 16 48 00 04 bge %icc, 2c <_TPC+0x2c> 0051b5ec <read_port+4c/80> Code; 0051b5e0 <read_port+40/80> 20: 84 10 00 0a mov %o2, %g2 1 error issued. Results may not be reliable. cpu : TI UltraSparc I (SpitFire) fpu : UltraSparc I integrated FPU promlib : Version 3 Revision 1 prom : 3.1.1 type : sun4u ncpus probed : 1 ncpus active : 1 BogoMips : 333.41 MMU Type : Spitfire -- Antti Salmela ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Oops with 2.2.14 on Ultra 1. 2000-05-05 16:57 Oops with 2.2.14 on Ultra 1 Antti Salmela 2000-05-05 18:37 ` David S. Miller 2000-05-06 13:04 ` Antti Salmela @ 2000-05-06 13:13 ` David S. Miller 2000-05-08 7:50 ` Jes Sorensen 3 siblings, 0 replies; 5+ messages in thread From: David S. Miller @ 2000-05-06 13:13 UTC (permalink / raw) To: ultralinux /dev/port is not supported on Sparc, any behavior from accessing it is guarenteed to be dependant on the phase of the moon, and other random sources. Ie. figure out what program is messing with /dev/port and get rid of it. This is not a kernel bug. Later, David S. Miller davem@redhat.com ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Oops with 2.2.14 on Ultra 1. 2000-05-05 16:57 Oops with 2.2.14 on Ultra 1 Antti Salmela ` (2 preceding siblings ...) 2000-05-06 13:13 ` David S. Miller @ 2000-05-08 7:50 ` Jes Sorensen 3 siblings, 0 replies; 5+ messages in thread From: Jes Sorensen @ 2000-05-08 7:50 UTC (permalink / raw) To: ultralinux >>>>> "David" = David S Miller <davem@redhat.com> writes: David> /dev/port is not supported on Sparc, any behavior from David> accessing it is guarenteed to be dependant on the phase of the David> moon, and other random sources. David> Ie. figure out what program is messing with /dev/port and get David> rid of it. Why not just disable /dev/port access like it's done on the m68k? Jes ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2000-05-08 7:50 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2000-05-05 16:57 Oops with 2.2.14 on Ultra 1 Antti Salmela 2000-05-05 18:37 ` David S. Miller 2000-05-06 13:04 ` Antti Salmela 2000-05-06 13:13 ` David S. Miller 2000-05-08 7:50 ` Jes Sorensen
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox