From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6670 invoked by alias); 21 Oct 2010 12:44:44 -0000 Received: (qmail 6597 invoked by uid 22791); 21 Oct 2010 12:44:43 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 21 Oct 2010 12:44:38 +0000 From: "mjw at redhat dot com" To: systemtap@sources.redhat.com Subject: [Bug translator/12147] New: Automagically include kernel data when needed through pragma:kernel_data X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: translator X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mjw at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sources dot redhat.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Thu, 21 Oct 2010 12:44:00 -0000 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: 2010-q4/txt/msg00077.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=12147 Summary: Automagically include kernel data when needed through pragma:kernel_data Product: systemtap Version: unspecified Status: NEW Severity: normal Priority: P2 Component: translator AssignedTo: systemtap@sources.redhat.com ReportedBy: mjw@redhat.com There should be a new embedded C pragma:kernel_data or something similar so that functions like modname(), symname() and symdata() can indicate they need access to it. It could work similar to pragma:vma which slurps in the vdso data for example. See usage of /* pragma:vma */ usage in tapset/ucontext.stp, detection in elaborate.cc visit_embeddedcode () and usage of that information through enable_vma_tracker () and emit_symbol_data () in translate.cxx. This would make scripts that use symbol data translation functions work out of the box without needing to know whether other probes (through kprobes) slurp in the kernel data already or not. Simplest testcase: stap -e 'probe begin { log(symdata(0xffffffff81d90ca0)) }' (which currently doesn't work unless -d kernel is explicitly given) -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.