LOR @netipsec/key.c:2434

[Maciej Milewski]

I've observed the following LOR in my logs. Just after fresh start:

lock order reversal:
  1st 0x80865bb4 sptree (fast ipsec security policy database) @ 
/data/head-git/sys/netipsec/key.c:2434
  2nd 0x80861554 rawcb (rawcb) @ /data/head-git/sys/netipsec/keysock.c:303
KDB: stack backtrace:
db_trace_thread+30 (?,?,?,?) ra cd67f78800000018 sp 0 sz 0
db_trace_self+1c (?,?,?,?) ra cd67f7a000000018 sp 0 sz 0
8008f828+34 (?,?,?,?) ra cd67f7b8000001a0 sp 0 sz 0
kdb_backtrace+44 (?,?,?,?) ra cd67f95800000018 sp 0 sz 0
802defd8+34 (?,?,?,?) ra cd67f97000000020 sp 0 sz 0
witness_checkorder+b0c (?,?,8061bb24,12f) ra cd67f99000000050 sp 0 sz 1
__mtx_lock_flags+e8 (?,?,?,?) ra cd67f9e000000030 sp 0 sz 0
key_sendup_mbuf+274 (?,?,?,?) ra cd67fa1000000030 sp 0 sz 0
8044f238+150 (?,?,?,?) ra cd67fa4000000030 sp 0 sz 0
key_parse+f6c (?,?,?,?) ra cd67fa7000000180 sp 0 sz 0
key_output+334 (?,?,?,?) ra cd67fbf000000028 sp 0 sz 0
8036c314+8c (?,?,?,?) ra cd67fc1800000020 sp 0 sz 0
80451e80+28 (?,?,?,?) ra cd67fc3800000020 sp 0 sz 0
sosend_generic+4c4 (?,0,?,?) ra cd67fc5800000068 sp 1 sz 0
sosend+34 (?,?,?,?) ra cd67fcc000000028 sp 0 sz 0
kern_sendit+11c (?,?,?,?) ra cd67fce800000068 sp 0 sz 0
80307a48+b4 (?,?,?,?) ra cd67fd5000000038 sp 0 sz 0
sys_sendto+50 (?,?,?,?) ra cd67fd8800000040 sp 0 sz 0
trap+7f0 (?,?,?,?) ra cd67fdc8000000b8 sp 0 sz 0
MipsUserGenException+10c (?,?,?,40896240) ra cd67fe8000000000 sp 0 sz 0
pid 3035
root at RSPRO:~# ps auxwww | grep 3035
root         3035  0.0  1.3 13832 1736  -  Is    2:03AM   0:00.45 
/usr/local/sbin/racoon

This is on MIPS Ubiquiti RSPRO board that is configured to use IPSEC 
transport mode with IPv6. I'm using for that racoon from ipsec-tools 
package.
System is running currently: HEAD at r253582

I'll be happy with testing some patches if anyone knows why this happens 
and provides them.

-- 
Pozdrawiam,
Maciej Milewski