Unexpected trap(0 x4) ... fp disabled

[Gardner, Michael T]

Jiri,

Thanks for your patience in looking at this problem.  Here is the history from grmon:

grlib>  inst 20
   time      address   instruction                 result
    4290645  40076240  cmp  %o0                    [00000000]
    4290648  40076244  bne  0x40076164             [40076534]
    4290649  40076248  sra  %o0, 24, %o0           [00000000]
    4290650  4007624c  ret                         [4007624c]
    4290651  40076250  restore                     [00000000]
    4290654  4007653c  ret                         [4007653c]
    4290655  40076540  restore                     [00000000]
    4290658  4006d2ac  mov  1, %g1                 [00000001]
    4290659  4006d2b0  ta  0x0                     [trapped]
    4290665  40000800  mov  %psr, %l0              [f3400fc6]
    4290666  40000804  sethi  %hi(0x4006fc00), %l4 [4006fc00]
    4290667  40000808  jmp  %l4 + 0x2e4            [40000808]
    4290668  4000080c  mov  128, %l3               [00000080]
    4290671  4006fee4  cmp  %g1, 2                 [ffffffff]
    4290691  4006fee8  bne  0x4006fefc             [00000000]
    4290692  4006feec  or  %l0, 0xf00, %l4         [f3400fc6]
    4290693  4006fefc  cmp  %g1, 3                 [fffffffe]
    4290706  4006ff00  bne  0x4006ff18             [00000000]
    4290707  4006ff04  and  %i0, 0xf00, %l4        [00000900]
    4290714  4006ff18  ta  0x0                     [trapped]
grlib> register

          INS       LOCALS      OUTS     GLOBALS
   0:  400AA9B8   F3400FC6   400AA9C4   00000000
   1:  00000004   4006D2B0   4F61A698   00000001
   2:  40018028   4006D2B4   40076058   80000100
   3:  400B81F4   00000080   4F61A5D8   00000000
   4:  00000001   00000900   400AC000   00000001
   5:  400B8104   00000004   00000030   00000010
   6:  4F61A650   400B7FC4   4F61A5E0   95555956
   7:  4006D2A4   400EDA88   40076534   B453A533

 psr: F3900FC6   wim: 00000008   tbr: 40000800   y: 04000000

 pc:  4006ff18  ta  0x0
 npc: 4006ff1c  mov  0, %g1

grlib> stack
 stack pointer: 0x4ffffff0

I didn't see a way to check the stack size to see if it had been overrun.


Michael T. Gardner
Sandia National Labs
mtgardn at sandia.gov
505-844-1299



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20100623/e36a5bf6/attachment-0001.html>