Panic while building perl on sheevaplug/armv5 freebsd 10.

[Ronald Klop]

Hello,

I have a repeatable panic while building perl on my Sheevaplug ARMv5  
running FreeBSD 10-CURRENT.
Kernel is loaded from NAND.
/ is mounted from USB /dev/da0s2 (UFS2)
/usr/ports is mounted over NFS from a 9-STABLE/amd64 box.
Swap from 512MB file in /data/swap.

---- console output
login: panic: vm_fault: fault on nofault entry, addr: ddf9d000
KDB: enter: panic
[ thread pid 659 tid 100057 ]
Stopped at      kdb_enter+0x4c: ldrb    r15, [r15, r15, ror r15]!
db> bt
Tracing pid 659 tid 100057 td 0xc3f86000
db_trace_self() at db_trace_self
          pc = 0xc0bb8b48  lr = 0xc093260c (db_hex2dec+0x494)
          sp = 0xddf9ca48  fp = 0xddf9ca60
         r10 = 0xc0c99330
db_hex2dec() at db_hex2dec+0x494
          pc = 0xc093260c  lr = 0xc0931fc0 (db_command_loop+0x2f4)
          sp = 0xddf9ca68  fp = 0xddf9cb08
          r4 = 0x00000000  r5 = 0x00000000
          r6 = 0xc0c2d91e
db_command_loop() at db_command_loop+0x2f4
          pc = 0xc0931fc0  lr = 0xc0931d1c (db_command_loop+0x50)
          sp = 0xddf9cb10  fp = 0xddf9cb20
          r4 = 0xc0c0143d  r5 = 0xc0c1767f
          r6 = 0xc0ce74dc  r7 = 0xddf9ccf0
          r8 = 0xc3f86000  r9 = 0xc0cdca94
         r10 = 0xc0c995a0
db_command_loop() at db_command_loop+0x50
          pc = 0xc0931d1c  lr = 0xc093466c (X_db_symbol_values+0x254)
          sp = 0xddf9cb28  fp = 0xddf9cc48
          r4 = 0x00000000  r5 = 0xddf9cb30
          r6 = 0xc0cdcac0
X_db_symbol_values() at X_db_symbol_values+0x254
          pc = 0xc093466c  lr = 0xc0a84b30 (kdb_trap+0xd4)
          sp = 0xddf9cc50  fp = 0xddf9cc70
          r4 = 0x00000000  r5 = 0x00000001
          r6 = 0xc0cdcac0  r7 = 0xddf9ccf0
kdb_trap() at kdb_trap+0xd4
          pc = 0xc0a84b30  lr = 0xc0bc9458 (undefinedinstruction+0x1fc)
          sp = 0xddf9cc78  fp = 0xddf9cce8
          r4 = 0x00000000  r5 = 0x00000000
          r6 = 0xc0bc91ac  r7 = 0xe7ffffff
          r8 = 0xc3f86000  r9 = 0xc0a8441c
         r10 = 0xddf9ccf0
undefinedinstruction() at undefinedinstruction+0x1fc
          pc = 0xc0bc9458  lr = 0xc0bba3fc (exception_exit)
          sp = 0xddf9ccf0  fp = 0xddf9cd48
          r4 = 0xffffffff  r5 = 0xffff1004
          r6 = 0xc0cedecc  r7 = 0xc0ccf088
          r8 = 0xc3f86000  r9 = 0xc0ccf010
         r10 = 0xddf9cd7c
exception_exit() at exception_exit
          pc = 0xc0bba3fc  lr = 0xc0a84410 (kdb_enter+0x40)
          sp = 0xddf9cd44  fp = 0xddf9cd48
          r0 = 0xc0cdcaa4  r1 = 0x00000000
          r2 = 0x00000000  r3 = 0x00000000
          r4 = 0xc0c176d9  r5 = 0xc0c2b53b
          r6 = 0xc0cedecc  r7 = 0xc0ccf088
          r8 = 0xc3f86000  r9 = 0xc0ccf010
         r10 = 0xddf9cd7c r12 = 0x00000000
kdb_enter() at kdb_enter+0x50
          pc = 0xc0a84420  lr = 0xc0a544d4 (panic+0xcc)
          sp = 0xddf9cd50  fp = 0xddf9cd70
          r4 = 0x00000100
panic() at panic+0xcc
          pc = 0xc0a544d4  lr = 0xc0b967b4 (vm_fault_hold+0x14b0)
          sp = 0xddf9cd88  fp = 0xddf9cef0
          r4 = 0x00000002  r5 = 0x00000000
          r6 = 0xc0e26000  r7 = 0x00000013
          r8 = 0x00000000  r9 = 0xddf9ce88
         r10 = 0x00000000
vm_fault_hold() at vm_fault_hold+0x14b0
          pc = 0xc0b967b4  lr = 0xc0b952ec (vm_fault+0x3c)
          sp = 0xddf9cef8  fp = 0xddf9cf00
          r4 = 0x00000002  r5 = 0xc3f86000
          r6 = 0xc0e26000  r7 = 0x00000013
          r8 = 0x00000002  r9 = 0xddf9feb0
         r10 = 0xddf9cfb0
vm_fault() at vm_fault+0x3c
          pc = 0xc0b952ec  lr = 0xc0bc8120 (data_abort_handler+0x298)
          sp = 0xddf9cf08  fp = 0xddf9cfa8
data_abort_handler() at data_abort_handler+0x298
          pc = 0xc0bc8120  lr = 0xc0bba3fc (exception_exit)
          sp = 0xddf9cfb0  fp = 0xddf9e038
          r4 = 0xffffffff  r5 = 0xffff1004
          r6 = 0x00000000  r7 = 0x00000000
          r8 = 0xc0caece0  r9 = 0x00000001
         r10 = 0xc0caec88
exception_exit() at exception_exit
          pc = 0xc0bba3fc  lr = 0xc0a60c88 (tc_setclock+0x458)
          sp = 0xddf9d008  fp = 0xddf9e038
          r0 = 0xc0bba324  r1 = 0xc0d00000
          r2 = 0xddf9d00c  r3 = 0x20000093
          r4 = 0x00000000  r5 = 0xc0ccd630
          r6 = 0x00000000  r7 = 0x00000000
          r8 = 0xc0caece0  r9 = 0x00000001
         r10 = 0xc0caec88 r12 = 0x00000000
data_abort_entry() at data_abort_entry+0x30
          pc = 0xc0bba324  lr = 0xc0a60c88 (tc_setclock+0x458)
          sp = 0xddf9d008  fp = 0xddf9e038
Unwind failure (no registers changed)

---- top running in a ssh session
last pid:  2102;  load averages:  0.72,  0.39,  0.17    up 0+00:03:50   
14:56:43
31 processes:  2 running, 29 sleeping
CPU: 13.3% user,  0.0% nice, 11.7% system,  1.2% interrupt, 73.8% idle
Mem: 37M Active, 35M Inact, 36M Wired, 41M Buf, 388M Free
Swap: 512M Total, 512M Free

   PID USERNAME    THR PRI NICE   SIZE    RES STATE    TIME    WCPU COMMAND
  2102 root          1  49    0 32668K 17300K RUN      0:00  10.00% cc
  2087 root          1   8    0 12264K  5428K wait     0:00   3.63% miniperl
   659 root          1  40    0 11052K  3376K select   0:03   0.44% tmux
  2091 root          1   8    0  8972K  1312K wait     0:00   0.15% make
  1326 root          1  40    0 11524K  3080K RUN      0:00   0.00% top
   717 root          1   8    0  8972K  2004K wait     0:00   0.00% make


FreeBSD 10.0-CURRENT #0: Fri Sep 13 14:50:58 CEST 2013
     root at mailjail.klop.ws:/usr/obj/arm.arm/usr/src/sys/SHEEVAPLUG arm
FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
SVN Revision: 255411


Can I provide more information? Please tell.

Regards,
Ronald.