Source-Changes-D archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: CVS commit: src



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
dholland%netbsd.org@localhost


Home | Main Index | Thread Index | Old Index