On Tue, May 03, 2011 at 06:28:46PM +0000, David Young wrote: > Module Name: src > Committed By: dyoung > Date: Tue May 3 18:28:46 UTC 2011 > > Modified Files: > src/distrib/sets/lists/comp: mi > src/sys/dist/pf/net: pf.c > src/sys/netinet: Makefile files.netinet in_pcb.c in_pcb.h in_pcb_hdr.h > tcp_input.c tcp_subr.c tcp_usrreq.c tcp_var.h udp_usrreq.c > src/sys/netinet6: in6_pcb.c in6_pcb.h in6_src.c ip6_input.c raw_ip6.c > udp6_usrreq.c > src/sys/rump/net/lib/libnetinet: Makefile.inc > src/usr.bin/netstat: Makefile inet.c inet6.c main.c netstat.h > Added Files: > src/sys/netinet: tcp_vtw.c tcp_vtw.h > src/usr.bin/netstat: vtw.c vtw.h > > Log Message: > Reduces the resources demanded by TCP sessions in TIME_WAIT-state using > methods called Vestigial Time-Wait (VTW) and Maximum Segment Lifetime > Truncation (MSLT). > [...]
This changeset broke my qemu test environment. With DIAGNOSTIC, DEBUG, and LOCKDEBUG boot gets as far as starting init; then it sits there for a while and after a few moments prints UVM: pid 2 (sh), uid 0 killed: out of swap Out of memory allocating ksiginfo for pid 2 several times (that is, it kills pid 2 several times, which is itself odd) and then asserts at line 2383 of pmap.c, which is in pmap_destroy checking pmap.pm_obj[i].uo_npages == 0. GENERIC is less overtly broken, but hangs during multiuser boot sometime after printing "Adding interface aliases:." This is on amd64 and it appears to be qemu-specific, or possibly specific to my qemu setup; at least nobody else seems to have hit it. It's also possible that it only happens with a new kernel and older userland; the userland in the VM image is 5.99.45 from mid-February. Suggestions? I can try to apply the changes piecemeal to see at what point things blow up, but I'm not familiar enough with the TCP code to tackle it properly without putting a big chunk of time into it, which I don't really have... -- David A. Holland dholl...@netbsd.org
