RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1734097 - semantic error: failed to retrieve location attribute for 'skb'
Summary: semantic error: failed to retrieve location attribute for 'skb'
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: systemtap
Version: 8.1
Hardware: Unspecified
OS: Linux
unspecified
unspecified
Target Milestone: rc
: 8.1
Assignee: Frank Ch. Eigler
QA Contact: qe-baseos-tools-bugs
URL:
Whiteboard:
Depends On: 1709831 1785287
Blocks:
TreeView+ depends on / blocked
 
Reported: 2019-07-29 15:36 UTC by Martin Coufal
Modified: 2021-09-17 14:44 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-04-22 12:18:19 UTC
Type: Bug
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
reproducing systemtap script (1.16 KB, text/plain)
2019-07-29 15:36 UTC, Martin Coufal
no flags Details

Description Martin Coufal 2019-07-29 15:36:46 UTC
Created attachment 1594364 [details]
reproducing systemtap script

Description of problem:
I get following semantic error when running systemtap script (see attachment):

===

Pass 1: parsed user script and 497 library scripts using 434732virt/106232res/9572shr/96468data kb, in 240usr/50sys/296real ms.
semantic error: failed to retrieve location attribute for 'skb' [man error::dwarf]: identifier '$skb' at /usr/share/systemtap/tapset/linux/networking.stp:123:35
        dieoffset: 0x951f0cd from /usr/lib/debug/lib/modules/4.18.0-107.el8.x86_64/vmlinux
        function: arch_static_branch at ./arch/x86/include/asm/jump_label.h:36:2 inlined by netif_receive_skb_internal at net/core/dev.c:5038:6 inlined by netif_receive_skb_internal at net/core/dev.c:5029:12
        source: 	try { dev_name = get_netdev_name($skb->dev) } catch { }
                	                                 ^

semantic error: unresolved type : identifier '$skb' at :123:35
        source: 	try { dev_name = get_netdev_name($skb->dev) } catch { }
                	                                 ^

semantic error: failed to retrieve location attribute for 'skb' [man error::dwarf]: identifier '$skb' at :124:17
        dieoffset: 0x951f0cd from /usr/lib/debug/lib/modules/4.18.0-107.el8.x86_64/vmlinux
        function: arch_static_branch at ./arch/x86/include/asm/jump_label.h:36:2 inlined by netif_receive_skb_internal at net/core/dev.c:5038:6 inlined by netif_receive_skb_internal at net/core/dev.c:5029:12
        source: 	try { length = $skb->len } catch { }
                	               ^

Pass 2: analyzed script: 5 probes, 12 functions, 0 embeds, 3 globals using 635972virt/309060res/11048shr/297708data kb, in 1640usr/140sys/1789real ms.
Pass 2: analysis failed.  [man error::pass2]

===


Version-Release number of selected component (if applicable):


How reproducible:
always


Steps to Reproduce:
1. have prepared script (see attachment)
2. run it

Actual results:
semantic error


Additional info:
used systemtap version: version 4.1/0.176

Comment 1 Frank Ch. Eigler 2019-07-29 15:44:30 UTC
chances are this is a dupe of bug #1709831

Comment 2 Frank Ch. Eigler 2020-03-19 00:07:17 UTC
This appears to work with kernel > 4.18.0-172, so expecting its kbuild -fvar-tracking* fixes corrected this.  Will probably CLOSED/CURRENTRELEASE after 8.2's release.

Comment 3 Martin Cermak 2020-03-19 07:02:20 UTC
Yup, seems to work with kernel-4.18.0-190.el8 and systemtap-4.2-6.el8.

Comment 4 Frank Ch. Eigler 2020-03-20 19:41:10 UTC
will CLOSED/CURRENTRELEASE after 8.2 is released

Comment 5 Frank Ch. Eigler 2020-04-22 12:18:19 UTC
verified with rhel 8.2 binaries


Note You need to log in before you can comment on or make changes to this bug.