From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4493 invoked by alias); 15 Jul 2008 22:57:33 -0000 Received: (qmail 4464 invoked by uid 426); 15 Jul 2008 22:57:33 -0000 Date: Tue, 15 Jul 2008 22:57:00 -0000 Message-ID: <20080715225733.4453.qmail@sourceware.org> From: fche@sourceware.org To: systemtap-cvs@sourceware.org Subject: [SCM] systemtap: system-wide probe/trace tool branch, master, updated. release-0.7-5-g3e961ba X-Git-Refname: refs/heads/master X-Git-Reftype: branch X-Git-Oldrev: cf74051352b34ad1242b4eeee5dacb0caa92b3a8 X-Git-Newrev: 3e961ba66a8250310a1ea67cddb52d92469a6d4b Mailing-List: contact systemtap-cvs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-cvs-owner@sourceware.org List-Archive: X-SW-Source: 2008-q3/txt/msg00055.txt.bz2 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 3e961ba66a8250310a1ea67cddb52d92469a6d4b (commit) from cf74051352b34ad1242b4eeee5dacb0caa92b3a8 (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 3e961ba66a8250310a1ea67cddb52d92469a6d4b Author: James Bottomley Date: Mon Jul 14 16:49:00 2008 -0500 fix missing functions in caches Both the inline and non inline filtered function caches can lose functions. This happens because both of these caches are indexed by the entrypc. However, the vagaries of optimisation can actually cause us to end up with two functions with apparently the same entrypc (mainly because for inline functions, the entrypc has to be deduced from the range of addresses, which is nastily heuristic). A nice example of this is bsg_io_schedule. In my build of 2.6.26 it's a static function transformed to an inline by the compiler. The range deduction of its entrypc ends up being identical to that of bsg_release, so when I try to place a probe inside it, none of the function references actually refers to it. Since nothing ever actually makes use of this index, the fix is simple: don't use a map indexed on the entrypc, use a simple vector. Signed-off-by: James Bottomley ----------------------------------------------------------------------- Summary of changes: tapsets.cxx | 84 +++++++++++++++++++++++++++++++---------------------------- 1 files changed, 44 insertions(+), 40 deletions(-) hooks/post-receive -- systemtap: system-wide probe/trace tool