Bug 215624

Summary: Basic "hello-world" with systemtap doesn't work
Product: [Fedora] Fedora Reporter: Tony Luck <tony.luck>
Component: systemtapAssignee: Frank Ch. Eigler <fche>
Status: CLOSED CURRENTRELEASE QA Contact: Radek Bíba <rbiba>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhide   
Target Milestone: ---   
Target Release: ---   
Hardware: ia64   
OS: Linux   
Whiteboard:
Fixed In Version: 0.5.10 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-11-14 23:39:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 163350    

Description Tony Luck 2006-11-14 21:36:24 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; InfoPath.1)

Description of problem:
The systemtap tutorial by Frank Eigler starts with:

# cat hello-world.stp
probe begin
{
   print("hello world\n")
   exit()
}
# stap hello-world.stp

This fails.  Running with "-v" the first problem is that the generated .c file includes linux/config.h, which has been obsoleted in 2.6.18.  Workaround: make an empty config.h file.

Second problem: generated module will not load due to missing symbol. Dmesg(1) reports:

stap_9360: Unknown symbol kallsyms_lookup_name

Checking against the git log ... the export of this symbol was dropped when a new method was added to the kernel for symbol to address resolution.

Version-Release number of selected component (if applicable):
systemtap-0.5.9-1.fc6

How reproducible:
Always


Steps to Reproduce:
1.See
2.the
3.description

Actual Results:
Module is built (once I created empty config.h file) but will not load.

Expected Results:
Module should have loaded and printed "hello world".

Additional info:

Comment 1 Tony Luck 2006-11-14 21:45:45 UTC
Prarit said "be sure to file them against the devel branch of Fedora Core.  
Also, add "fedora-ia64" to the "blocks" field of the BZ".  Hope this is now 
right.

Comment 2 Frank Ch. Eigler 2006-11-14 23:39:37 UTC
Fedora rawhide already contains a newer 0.5.10 version that corrects this problem.

Comment 3 Tony Luck 2006-11-15 23:29:34 UTC
Thanks ... 0.5.10 does indeed fix this.