This is the mail archive of the systemtap-cvs@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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


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  6022ccd4cab89944ca390c23de13cdc54cf05b1f (commit)
      from  7f02ca949b99ffba946803fb38c0f9546bc4d9c3 (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 6022ccd4cab89944ca390c23de13cdc54cf05b1f
Author: Mark Wielaard <mjw@redhat.com>
Date:   Mon Oct 31 10:39:10 2011 +0100

    Introduce and use STP_ALLOC_SLEEP_FLAGS for use with gfp alloc functions.
    
    When in a context where we can wait we like to use normal GFP_KERNEL.
    But this might trigger the oom-killer, which might kill out own stapio
    process. To suppress this use __GFP_NORETRY. All _stp_[kmz]alloc_gfp
    functions that are used in user context should use STP_ALLOC_SLEEP_FLAGS
    if appropriate.
    
    Note that the kernel itself may still use GFP_KERNEL. For example
    __alloc_percpu() will always use GFP_KERNEL.

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

Summary of changes:
 runtime/alloc.c |    4 ++++
 runtime/map.c   |    8 ++++----
 runtime/stat.c  |    4 ++--
 translate.cxx   |    2 +-
 4 files changed, 11 insertions(+), 7 deletions(-)


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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]