LOR: tcpinp and tcp

Hi,

It looks like this LOR has been reported once before, in early January. It
seems to still be an issue. This is with top-of-tree CURRENT. It's not a
known lock according to the LOR page.

lock order reversal
 1st 0xc2d7a2ac inp (tcpinp) _at_ /usr/src/sys/netinet/tcp_input.c:717
 2nd 0xc08b230c tcp (tcp) _at_ /usr/src/sys/netinet/tcp_usrreq.c:616
Stack backtrace:
backtrace(0,ffffffff,c088c0c0,c088c430,c081b57c) at backtrace+0x12
witness_checkorder(c08b230c,9,c07cc609,268) at witness_checkorder+0x593
_mtx_lock_flags(c08b230c,0,c07cc609,268) at _mtx_lock_flags+0x67
tcp_usr_rcvd(c2daa870,80) at tcp_usr_rcvd+0x1b
soreceive(c2daa870,cdcc0b2c,cdcc0b38,cdcc0b30,0) at soreceive+0x865
nfsrv_rcv(c2daa870,c2d4f100,4) at nfsrv_rcv+0x83
sowakeup(c2daa870,c2daa8bc) at sowakeup+0x71
tcp_input(c151ac00,14,0,14,a0e22090) at tcp_input+0x12ba ip_input(c151ac00) at ip_input+0x83a
netisr_processqueue(c08b11d8,c2aee580,c14fdd80,cdcc0d1c,c05d407c) at netisr_processqueue+0x6e
swi_net(0) at swi_net+0x85
ithread_loop(c14fdd80,cdcc0d48,c14fdd80,c05d3ed8,0) at ithread_loop+0x1a4
fork_exit(c05d3ed8,c14fdd80,cdcc0d48) at fork_exit+0xa8
fork_trampoline() at fork_trampoline+0x8
--- trap 0x1, eip = 0, esp = 0xcdcc0d7c, ebp = 0 ---

Gavin