Bug 11604

Summary: [Yocto 2.2.2] crosstap doesn't work
Product: [Build System, Metadata & Runtime] OE-Core Reporter: Yi Zhao <yi.zhao>
Component: kernelAssignee: Armin Kuster <akuster>
Status: VERIFIED FIXED QA Contact: Yi Zhao <yi.zhao>
Severity: normal    
Priority: Medium+ CC: bruce.ashfield, jose.perez.carranza, richard.purdie, tom.zanussi, yi.zhao
Version: 2.2.2   
Target Milestone: 2.2.2   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: Regression (Used to work)
Verified: Documentation change: No (bug/feature does not impact docs)
Attachments:
Description Flags
crosstap.log none

Description Yi Zhao 2017-06-02 07:23:13 UTC 
Created attachment 3789 [details]
crosstap.log

Git rev: morty/d05941ae4567def4a288894717e5f550da246107

This bug is cloned from bug 10990 which already fixed in 2.3 branch.

The patch http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=3f0037ce3c49ecc98c486ebf90844a4db4976b14 wasn't merged into morty branch. But after I cherry-picked it to morty manually, I got the following error:

/buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build /buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build
/buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build
In file included from /buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/runtime.h:209:0,
                 from /buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/runtime.h:24,
                 from /tmp/stap0AR0YD/trace_open_src.c:25:
/buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/access_process_vm.h: In function '__access_process_vm_':
/buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/access_process_vm.h:35:29: error: passing argument 1 of 'get_user_pages' makes integer from pointer without a cast [-Werror=int-conversion]
       ret = get_user_pages (tsk, mm, addr, 1, write, 1, &page, &vma);
                             ^~~
In file included from /buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/work-shared/qemuarm/kernel-source/include/linux/pid_namespace.h:6:0,
                 from /buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/work-shared/qemuarm/kernel-source/include/linux/ptrace.h:8,
                 from /buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/work-shared/qemuarm/kernel-source/include/linux/ftrace.h:13,
                 from /buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/work-shared/qemuarm/kernel-source/include/linux/kprobes.h:42,
                 from /buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/runtime.h:21,
                 from /buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/runtime.h:24,
                 from /tmp/stap0AR0YD/trace_open_src.c:25:
/buildarea/jenkins-yocto/workspace/Yocto2.2-kernel_module_compilation_crosstap/build/tmp/work-shared/qemuarm/kernel-source/include/linux/mm.h:1315:6: note: expected 'long unsigned int' but argument is of type 'struct task_struct *'
 long get_user_pages(unsigned long start, unsigned long nr_pages,
      ^~~~~~~~~~~~~~
 
The full error log is attached.

I never encountered this error before. I suspect maybe the current systemtap 3.0 doesn't support kernel 4.8 ?
Comment 1 Armin Kuster 2017-06-07 01:24:11 UTC 
according to https://sourceware.org/git/gitweb.cgi?p=systemtap.git;a=summary

4.8 support happened after the 3.0 release. they bumped kernel support with commit

https://sourceware.org/git/gitweb.cgi?p=systemtap.git;a=commit;h=7d27ff5084d61a6f8c4843e934f666ed07832c30

6 months after 3.0

Linux version 4.4 seems to be the oldest kernel version support in 3.0

according to the release notes
https://sourceware.org/ml/systemtap/2016-q1/msg00179.html

= Examples of tested kernel versions

  2.6.18 (RHEL 5 x86 and x86_64)
  2.6.32 (RHEL 6 x86 and x86_64)
  3.10.0 (RHEL 7 x86_64)
  4.1.6  (Fedora 22 x86_64)
  4.3.4  (Fedora 22 x86_64)
  4.6.0-rc0  (Fedora rawhide x86_64)

3.1 supports
= Examples of tested kernel versions

  2.6.18 (RHEL 5 x86 and x86_64)
  2.6.32 (RHEL 6 x86 and x86_64)
  3.10.0 (RHEL 7 x86_64)
  4.1.6  (Fedora 22 x86_64)
  4.3.4  (Fedora 22 x86_64)
  4.6.0-rc0  (Fedora rawhide x86_64)
  4.6.0-rc6  (Fedora rawhide x86_64)
  4.8.10-200 (Fedora 24 x86_64)
  4.10.0-rc0 (Fedora rawhide x86_64)
  4.10.0-rc6 (Fedora rawhide x86_64)
  4.10.0-rc8 (Fedora rawhide x86_64)
Comment 2 Armin Kuster 2017-06-07 01:26:00 UTC 
I am leaning toward "invalid" configuration on a 4.8 kernel
Comment 3 Richard Purdie 2017-06-08 14:40:45 UTC 
Sounds like we might want to update to 3.1 in the next respin of 2.2.2?
Comment 4 Armin Kuster 2017-06-08 14:50:16 UTC 
(In reply to comment #3)
> Sounds like we might want to update to 3.1 in the next respin of 2.2.2?

can do. will do a dry run to see if its brings in more issues than what it may be fixing.
Comment 5 Armin Kuster 2017-06-17 15:27:41 UTC 
I backported the update from pyro
Comment 8 Yi Zhao 2017-09-12 07:31:13 UTC 
Verified with 2.2.2 rc2.
Git rev: morty/60402978fe3648bf560b3386c6e9dd661cdf2083