> On 24 янв. 2015 г., at 20:29, Adrian Chadd <[email protected]> wrote: > > Hi, > > Can you compile your kernel with WITNESS and repeat this test? It > looks like it's stuck in some lock ordering thing between some UDP > paths and an inpcb lookup. > > It should log in dmesg the first time a LOR occurs, regardless of > whether it actively causes a hang.
Here is what I got in dmesg just before my net locked up: lock order reversal: 1st 0xffffffff80e79008 pcbinfohash (pcbinfohash) @ /opt/WRK/src/sys/netinet6/udp6_usrreq.c:1202 2nd 0xffffffff80e78fb0 udp (udp) @ /opt/WRK/src/sys/netinet6/in6_pcb.c:614 lock order reversal: 1st 0xffffffff80e79008 pcbinfohash (pcbinfohash) @ /opt/WRK/src/sys/netinet6/udp6_usrreq.c:1202 2nd 0xffffffff80e78d58 tcp (tcp) @ /opt/WRK/src/sys/netinet6/in6_pcb.c:614 lock order reversal: 1st 0xffffffff80e79008 pcbinfohash (pcbinfohash) @ /opt/WRK/src/sys/netinet6/udp6_usrreq.c:1202 2nd 0xffffffff80e781c0 rip (rip) @ /opt/WRK/src/sys/netinet6/in6_pcb.c:614 When I was saving this dmesg output to disk, I got another LOR: lock order reversal: 1st 0xfffffe0baf12fd78 bufwait (bufwait) @ /opt/WRK/src/sys/kern/vfs_bio.c:3065 2nd 0xfffff80011416c00 dirhash (dirhash) @ /opt/WRK/src/sys/ufs/ufs/ufs_dirhash.c:284 Please tell me if I can provide more information to help tracking this down. Thanks! _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[email protected]"
