Re: ATF tests still failing to complete within 2 hours on amd64

[Andreas Gustafsson <gson%gson.org@localhost>]

Thor Lancelot Simon wrote:
> I guess the question at this point is, how do we debug this?  I'm willing
> to accept that my rnd/entropy changes may have somehow triggered the
> problem, but since I've come as close as I can to simply isolating rump
> from the entropy subsystem and the problem persists -- I don't really know
> where to look.

I think the general principle would be to choose a test that is
failing consistently when run in isolation, and then poke it with a
debugger to it to see why it is failing.

For example, if I do the following on i386:

  cd /usr/tests/lib/librumphijack
  ./t_tcpip http

I get a core file, and gdb tells me:

  Program terminated with signal 11, Segmentation fault.
  #0  0xbbbaae5c in rumpns_mutex_spin_enter () from /usr/lib/librump.so.0
  (gdb) where
  #0  0xbbbaae5c in rumpns_mutex_spin_enter () from /usr/lib/librump.so.0
  #1  0xbbbb087d in rumpns_cprng_strong () from /usr/lib/librump.so.0
  #2  0xbb934dac in rumpns_tcp_new_iss1 () from /usr/lib/librumpnet_net.so
  #3  0xbb934e0e in rumpns_tcp_new_iss () from /usr/lib/librumpnet_net.so
  #4  0xbb930e13 in rumpns_tcp_usrreq () from /usr/lib/librumpnet_net.so
  #5  0xbb9777ff in ?? () from /usr/lib/librumpnet_net.so
  #6  0xbb9bab1e in rumpns_soconnect () from /usr/lib/librumpnet.so
  #7  0xbb9b23f9 in rumpns_do_sys_connect () from /usr/lib/librumpnet.so
  #8  0xbb9b3e84 in rumpns_sys_connect () from /usr/lib/librumpnet.so
  #9  0xbbbaf23a in ?? () from /usr/lib/librump.so.0
  #10 0xbbb17b10 in ?? () from /usr/lib/librumpuser.so.0
  #11 0xbbb0e431 in ?? () from /usr/lib/libpthread.so.1
  #12 0xbba40d70 in ___lwp_park50 () from /usr/lib/libc.so.12
  #13 0xba000000 in ?? ()
  #14 0xbbb197e2 in rumpuser_get_curlwp () from /usr/lib/librumpuser.so.0
  Backtrace stopped: previous frame inner to this frame (corrupt stack?)

-- 
Andreas Gustafsson, gson%gson.org@localhost