<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>10990</bug_id>
          
          <creation_ts>2017-01-30 18:29:33 +0000</creation_ts>
          <short_desc>[crosstap] systemtap error on core-image-minimal with tools-profile</short_desc>
          <delta_ts>2017-03-23 03:18:24 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>kernel</component>
          <version>2.3</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>2.3 M3</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Humberto Ibarra">humberto.ibarra.lopez</reporter>
          <assigned_to name="Saul Wold">sgw</assigned_to>
          <cc>alexandra.safta</cc>
    
    <cc>dl9pf</cc>
    
    <cc>tom.zanussi</cc>
    
    <cc>yi.zhao</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>70262</commentid>
    <comment_count>0</comment_count>
    <who name="Humberto Ibarra">humberto.ibarra.lopez</who>
    <bug_when>2017-01-30 18:29:33 +0000</bug_when>
    <thetext>I am running testcase 319 (https://bugzilla.yoctoproject.org/tr_show_case.cgi?case_id=319) which requires to run crosstap on a core-image-minimal with tools-profile and ssh-server.

Expected Results:

crosstap running successfully

Actual Results:

Got an error with systemtap:

Error: Native (host) systemtap not found.
Did you accidentally build a local non-sdk image? (or forget to
add &apos;tools-profile&apos; to EXTRA_IMAGE_FEATURES in your local.conf)?

This error points to tools-profile not being added to local.conf, but it was.

[humberto@localhost build]$ cat tmp/deploy/images/qemux86/core-image-minimal-qemux86.manifest | grep tools-profile
packagegroup-core-tools-profile qemux86 1.0
[humberto@localhost build]$ cat tmp/deploy/images/qemux86/core-image-minimal-qemux86.manifest | grep systemtap
systemtap i586 3.0

It seems that for some reason stap was not installed to recipes-sysroot-native/usr/bin, where the crosstap is looking for it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>70786</commentid>
    <comment_count>1</comment_count>
    <who name="Yi Zhao">yi.zhao</who>
    <bug_when>2017-02-17 06:25:18 +0000</bug_when>
    <thetext>We should build systemtap-native explicitly which introduced by commit 16882885f656a2312b1d441cb800e1ee28f07dcf . I have updated the test case.

But there is still an issue with crosstap:

Create the trace_open.stp script as follow:
probe syscall.open
{
    printf (&quot;%s(%d) open (%s)\n&quot;, execname(), pid(), argstr)
}

Then run crosstap:
$ crosstap root@192.168.7.2 trace_open.stp
/buildarea1/poky/build /buildarea1/poky/build
/buildarea1/poky/build
semantic error: while processing probe kernel.function(&quot;compat_sys_open&quot;).call from: __syscall.compat_open from: syscall.open from: syscall.open

semantic error: unresolved target-symbol expression: identifier &apos;$filename&apos; at /buildarea1/poky/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/tapset/linux/syscalls2.stp:194:41
        source: 	filename = user_string_quoted(__uint32($filename))
                	                                       ^

Pass 2: analysis failed.  [man error::pass2]


This issue happens both on 2.3 M3 and 2.2.1 RC1.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>71130</commentid>
    <comment_count>2</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2017-03-08 15:56:52 +0000</bug_when>
    <thetext>Found some minor change that has a big impact on this bug.  After going round and round with the kernel and kernel module makefiles, I found where the -I include lines where getting set incorrectly.

Hopefully this fix will address that.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>71133</commentid>
    <comment_count>3</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2017-03-08 16:05:27 +0000</bug_when>
    <thetext>http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=07eca818019e1969c78afa8932f0e2cda1fc8e72

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=3f0037ce3c49ecc98c486ebf90844a4db4976b14</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>71437</commentid>
    <comment_count>4</comment_count>
    <who name="Yi Zhao">yi.zhao</who>
    <bug_when>2017-03-20 00:31:16 +0000</bug_when>
    <thetext>Verified with 2.3 M3 rc1.
git rev: master/6e20b31d5d17133e0fca086e12a0ad06ab5c4cc8

Use the the following trace_open.stp script:
probe syscall.open
{
    printf (&quot;%s(%d) open\n&quot;, execname(), pid())
}

This example is from https://sourceware.org/systemtap/SystemTap_Beginners_Guide/systemtapscript-handler.html Example 3.5</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>71622</commentid>
    <comment_count>5</comment_count>
    <who name="Chen Qi">Qi.Chen</who>
    <bug_when>2017-03-23 03:18:24 +0000</bug_when>
    <thetext>*** Bug 6016 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>