Skip to Main Content

Infrastructure Software

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

prom_rtt - what is this for

807567Jun 12 2002 — edited Jun 21 2002
Hi All,
Can anyone tell me what is the function prom_rtt inside the kernel used for?

Iam getting a crash when the driver is under stress, which says there is a bad trap 0x31.
The dumps are as follows (taken from adb - system running Solaris 2.6)
-------------------------------------------------------------
$c
complete_panic(?) + 24
do_panic(0x10404000,0x1,0x1040cf58,0x0,0x0,0x0)
vcmn_err(0x3,0x1040e128,0x3,0x300338dc,0x30033e80,0x0) + 190
cmn_err(0x3,0x1040e128,0x0,0x129,0x129,0x10407400) + 1c
die(0x31,0x30033ac0,0x65aaa200,0x0,0x1040e128,0x0) + a0
trap(0x30033ac0,0x0,0x65aaa000,0x1,0x0,0x6) + 830

$r
g0 0x0 l0 0x2
g1 0x0 l1 0x30033e80
g2 0x0 l2 0xa
g3 0x0 l3 0x10413250 cpu0+0x290
g4 0x0 l4 0x10412fc0 cpu0
g5 0x0 l5 0x1e
g6 0x0 l6 0x10413448 cpu0+0x488
g7 0x0 l7 0x1274
o0 0x0 i0 0x0
o1 0x0 i1 0x10407400 async_flt_size
o2 0x0 i2 0x0
o3 0x0 i3 0x3
o4 0x0 i4 0x0
o5 0x0 i5 0x61c08f40
sp 0x0 fp 0x30033768
o7 0x2 i7 0x1001dfcc do_panic+0x174
y 0x0
tstate: 0 (ccr=0x0, asi=0x0, pstate=0x0, cwp=0x0)
pstate: ag:0 ie:0 priv:0 am:0 pef:0 mm:0 tle:0 cle:0 mg:0 ig:0
pc 0x1001e270 complete_panic+0x24: call setjmp
npc 0x0

adb

0x30033768$<stackcalls
0x30033768: vcmn_err+0x190
0x300337c8: cmn_err+0x1c
0x30033830: die+0xa0
0x30033890: trap+0x830
0x30033910: sfmmu_tsb_miss+0x58c
0x300339c8: prom_rtt
0x30033a60: 0x6064e290
0x30033b50: munichpoll+0x35c
0x30033b98: callout_execute+0xc4
0x30033c20: callout_thread+0x48
0x30033c80: thread_start+4
0x30033ce0: callout_thread
this shows that a function prom_rtt is called from 0x6064e290 , is this some kind
of trap vector table. A dump from $<msgbuf is also attached.
BAD TRAP: cpu=0 type=0x31 rp=0x30033ac0 addr=0x65aaa200 mmu_fsr=
0x0
sched: trap type = 0x31
addr=0x65aaa200
pid=0, pc=0x606016f4, sp=0x30033b50, tstate=0x4480001e04, contex
t=0x0
g1-g7: ffffffb8, 4, 0, 0, 0, 0, 30033e80
Begin traceback... sp = 30033b50
Called from 605fe518, fp=30033b98, args=65aaa200 1238 26000 5482
200 545c200 60642aa8
Called from 1005d508, fp=30033c20, args=60642aa8 60642aac 1328 5
482200 5482200 601a6760
Called from 1005d624, fp=30033c80, args=6005ea98 6005f2b8 6005ea
b8 40000000 6005f95c ab83a9
Called from 10026ad8, fp=30033ce0, args=6005ea98 6005eaac 10417e
b0 10417eb0 0 0
Called from 1005d5dc, fp=0, args=6005ea98 0 19007 0 17e24 19007
End traceback...
panic[cpu0]/thread=0x30033e80: trap
syncing file systems... [2] 55 done
7286 static and sysmap kernel pages
38 dynamic kernel data pages
750 kernel-pageable pages
0 segkmap kernel pages
0 segvn kernel pages
0 current user process pages
8074 total pages (8074 chunks)

dumping to vp 601e22ac, offset
Please help me in understanding this problem.
Regards
Masood







Comments
Locked Post
New comments cannot be posted to this locked post.
Post Details
Locked on Jul 19 2002
Added on Jun 12 2002
1 comment
161 views