[SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.6-235-g0f79a69

[fche@sourceware.org]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "systemtap: system-wide probe/trace tool".

The branch, master has been updated
       via  0f79a69995d11865cd6231ee15170ab82453426f (commit)
      from  e13b5aba4d5fc678d58556b3e3faf74fea94eb47 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 0f79a69995d11865cd6231ee15170ab82453426f
Author: Frank Ch. Eigler <fche@redhat.com>
Date:   Tue Sep 20 10:21:09 2011 -0400

    testsuite: add explicit timeouts to stap session
    
    With the previous code, it was possible for the delayedkill ./loop job
    to be killed before the stap script watching for its end got really
    ready.  That could mean that the stap script starts, and waits, and
    waits, and waits more, and waits, and waits, and waits, and waits, and
    waits, and waits, and waits, and waits, and waits, and waits, and
    waits, and waits, and waits yet more, and waits, and waits, and waits,
    and waits, and waits, and waits, and waits, and waits, and waits, and
    waits, and waits a bit longer, and waits, and waits, and waits, and
    waits, and waits, and waits, and waits, and waits more , and waits,
    and waits, and waits, and waits, and waits, and waits, and waits, and
    waits, and keeps waiting, and waits, and waits, and waits, and waits,
    and waits, and waits, and waits, and goes on waiting, and waits, and
    waits a lot, and waits, and waits, and waits, and waits, and waits,
    and waits, and waits, and waits for warts, and waits, and waits, and
    waits, and waits, and waits, and waits, and waits, and waits, now
    getting slightly impatient, and waits, and waits, and waits, and
    waits, and waits, and waits, and waits, and waits, and waits, and
    waits, and waits, and waits, and waits, and waits a lot more.
    
    Since there is no robust synchronization in the test case, let's
    increase the delayedkill interval to make the above wait less likely,
    plus add a godot timeout probe that will abort the script before it
    gets grey hairs, loses its teeth, and gets bombarded with funeral
    pre-planning spam.

-----------------------------------------------------------------------

Summary of changes:
 .../systemtap.unprivileged/unprivileged_myproc.exp |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)


hooks/post-receive
--
systemtap: system-wide probe/trace tool