This is the mail archive of the
systemtap-cvs@sourceware.org
mailing list for the systemtap project.
[SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.5-132-gd8edf75
- From: mark at sourceware dot org
- To: systemtap-cvs at sourceware dot org
- Date: 18 Jul 2011 21:03:23 -0000
- Subject: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-1.5-132-gd8edf75
- Reply-to: systemtap at sourceware dot 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 d8edf750d3c8815784a32c96c9fd939ce5e2f85b (commit)
from 558d370a066adbbc6c5b5e43a0763bf149c7e7af (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 d8edf750d3c8815784a32c96c9fd939ce5e2f85b
Author: Mark Wielaard <mjw@redhat.com>
Date: Mon Jul 18 20:55:38 2011 +0200
PR10189 and PR12960 reserve system cmd messages for delivery.
runtime/transport/control.c kept one pool for all cmd messages that
the module had to deliver to staprun/io. This pool could become
empty. This meant essential control message would not be delivered.
Leading to the module not properly starting and/or exiting.
We now set aside buffers for one time messages (STP_START, STP_EXIT,
STP_TRANSPORT, STAP_REQUEST_EXIT) and "overflow" messages that get
delivered whenever one of the dynamically allocated messages cannot
get a free slot from the pool (STP_OOB_DATA - warnings and errors,
STP_SYSTEM and STP_REALTIME_DATA).
The type field is used to mark whether or not a special pre-allocated
buffer is currently unused. This needs careful locking using a new
&_stp_ctl_special_msg_lock that is used in the new helper functions
_stp_ctl_get_buffer and _stp_ctl_free_buffer.
Now when we run out of message buffers we just drop the message and
printk. stapio will have received either the one time message or an
overflow message, there is nothing more we can do.
The STP_DEFAULT_BUFFERS for debugfs.c got decreased again to allow
8 pre-allocated and 32 dynamic (pending) cmd messages.
A new testcase testsuite/systemtap.base/warn_overflow.exp was added.
-----------------------------------------------------------------------
Summary of changes:
runtime/transport/control.c | 245 ++++++++++++++++++++++++----
runtime/transport/debugfs.c | 5 +-
testsuite/systemtap.base/warn_overflow.exp | 30 ++++
testsuite/systemtap.base/warn_overflow.stp | 7 +
4 files changed, 254 insertions(+), 33 deletions(-)
create mode 100644 testsuite/systemtap.base/warn_overflow.exp
create mode 100644 testsuite/systemtap.base/warn_overflow.stp
hooks/post-receive
--
systemtap: system-wide probe/trace tool