From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17486 invoked by alias); 25 May 2009 16:24:53 -0000 Received: (qmail 17426 invoked by uid 48); 25 May 2009 16:24:29 -0000 Date: Mon, 25 May 2009 16:24:00 -0000 Message-ID: <20090525162429.17425.qmail@sourceware.org> From: "fche at redhat dot com" To: systemtap@sources.redhat.com In-Reply-To: <20090520112758.10174.prerna@linux.vnet.ibm.com> References: <20090520112758.10174.prerna@linux.vnet.ibm.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug translator/10174] Enable stap to map function addresses to function names X-Bugzilla-Reason: AssignedTo Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2009-q2/txt/msg00703.txt.bz2 ------- Additional Comments From fche at redhat dot com 2009-05-25 16:24 ------- > > Thanks Frank !! This construct doesnt seem to work in dwarfless scenario > > You need to add dwarf :) > stap -d kernel (or stap -d module-name) will make the symbols available by > reading them from the debuginfo. Yeah, but that seems to defeat the purpose of dwarfless probing. Maybe extend -d to accept a (presumed) kernel symbol table file -d /lib/modules/`uname -r`/build/System.map And the kprobes.* logic can add this to session.unwindsyms. For that matter, it could read the file (like in jkenisto's older symbol-table-based probing implementation) to verify placement of kernel-side symbol probes. -- http://sourceware.org/bugzilla/show_bug.cgi?id=10174 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.