6016 2014-03-20 13:24:51 +0000 CrossTap has issues on running scheduler script against qemuppc 2017-03-23 03:18:24 +0000 1 1 11 Runtime General Runtime General Runtime 1.6 Other arm RESOLVED DUPLICATE 10990 Medium normal 2.3 M4 1 alexandra.safta Qi.Chen ada-mihaela.solcan alexandru.c.georgescu catalin.scrieciu dvhart sgw tom.zanussi yi.zhao --- Regression (Found by QA test) Don't know oldest_to_newest 41524 0 1845 alexandra.safta 2014-03-20 13:24:51 +0000 Created attachment 1845 sched_switch.stp When running the crosstap tests using the sched_switch.stp the following error is displayed: $ ./../scripts/crosstap root@192.168.7.4 sched_switch.stp semantic error: not accessible at this address [man error::Dwarf] (0xc0065470, dieoffset: 0x4a42c2): identifier '$p' at poky-1960f6b2ecbb793b40ebc9aed25c8f9cb7884c9a/build_ppc/tmp/sysroots/x86_64-linux/usr/share/systemtap/tapset/linux/scheduler.stp:257:9 source: task = $p ^ Pass 2: analysis failed. [man error::Pass2] Number of similar error messages suppressed: 65. Rerun with -v to see them. 41554 1 tom.zanussi 2014-03-20 22:54:38 +0000 This may be a duplicate of: https://bugzilla.yoctoproject.org/show_bug.cgi?id=5948 but I can't tell from looking at the commit whether this is current master or not. 41556 2 dvhart 2014-03-20 23:36:02 +0000 Alexandra, can you confirm if what you are seeing is a dup of 5948? 41563 3 alexandra.safta 2014-03-21 10:00:43 +0000 yes, it seems to be the same problem 41587 4 dvhart 2014-03-21 21:57:01 +0000 Thank you Alexandra, marking as a duplicate of BUG 5948 *** This bug has been marked as a duplicate of bug 5948 *** 41847 5 dvhart 2014-03-27 14:45:02 +0000 Re-opening this bug as it is opened against master while Bug 5948 was against 1.4.3, which is closed as WONTFIX. Let's focus our efforts on this bug for master. Assigning to Tom as he agreed to do the system tap update. 41904 6 1865 tom.zanussi 2014-03-28 15:31:27 +0000 Created attachment 1865 systemtap 'update' With this patch, I was able to run the sched_switch.stp script targeting qemuppc. Please try it and let me know if it works for you. 41937 7 yi.zhao 2014-03-31 07:28:00 +0000 The similar issue still happens on 1.6 M5 rc1. It not only happens on qemuppc, but also on qemuarm. I think the cause is the kernel update from 3.10 to 3.14. Git rev: master-next-1.6rc1 / 47ceed0d8d60a3ddc398738acafe3aabf4ab8c90 ########## $ crosstap root@192.168.7.2 sched_switch.stp /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build In file included from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/task_finder.c:17:0, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/runtime.h:192, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/runtime.h:24, from /tmp/stapoOW56J/sched_switch_src.c:24: /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/task_finder2.c: In function '__stp_utrace_attach_match_filename': /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/task_finder2.c:821:11: error: incompatible types when assigning to type 'uid_t' from type 'kuid_t' tsk_euid = task_euid(tsk); ^ /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/task_finder2.c: In function 'stap_start_task_finder': /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/task_finder2.c:1711:12: error: incompatible types when assigning to type 'uid_t' from type 'kuid_t' tsk_euid = task_euid(tsk); ^ In file included from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/runtime.h:198:0, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/runtime.h:24, from /tmp/stapoOW56J/sched_switch_src.c:24: /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/sym.c: In function '_stp_snprint_addr': /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/sym.c:567:4: error: implicit declaration of function 'preempt_enable_no_resched' [-Werror=implicit-function-declaration] preempt_enable_no_resched(); ^ In file included from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/work/qemuarm-poky-linux-gnueabi/linux-yocto-dev/3.14++gitAUTOINC+f6370641ed_fecc3fd7d3-r0/linux/include/linux/sched.h:53:0, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/work/qemuarm-poky-linux-gnueabi/linux-yocto-dev/3.14++gitAUTOINC+f6370641ed_fecc3fd7d3-r0/linux/include/linux/ptrace.h:5, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/work/qemuarm-poky-linux-gnueabi/linux-yocto-dev/3.14++gitAUTOINC+f6370641ed_fecc3fd7d3-r0/linux/include/linux/ftrace.h:13, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/work/qemuarm-poky-linux-gnueabi/linux-yocto-dev/3.14++gitAUTOINC+f6370641ed_fecc3fd7d3-r0/linux/include/linux/kprobes.h:42, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/runtime.h:21, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/runtime.h:24, from /tmp/stapoOW56J/sched_switch_src.c:24: /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/transport/control.c: In function '_stp_ctl_write_cmd': /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/work/qemuarm-poky-linux-gnueabi/linux-yocto-dev/3.14++gitAUTOINC+f6370641ed_fecc3fd7d3-r0/linux/include/linux/cred.h:333:25: error: incompatible types when initializing type 'uid_t' using type 'kuid_t' #define current_euid() (current_cred_xxx(euid)) ^ /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/transport/control.c:41:15: note: in expansion of macro 'current_euid' uid_t euid = current_euid(); ^ In file included from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/linux/print.c:17:0, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/print.c:17, from /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/runtime_context.h:22, from /tmp/stapoOW56J/sched_switch_src.c:312: /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/transport/transport.c: In function '_stp_transport_init': /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/transport/transport.c:344:11: error: incompatible types when assigning to type 'uid_t' from type 'kuid_t' _stp_uid = current_uid(); ^ /buildarea/jenkins-yocto/workspace/Yocto1.6-case316_319_compile_kernel_module/build/tmp/sysroots/x86_64-linux/usr/share/systemtap/runtime/transport/transport.c:345:11: error: incompatible types when assigning to type 'gid_t' from type 'kgid_t' _stp_gid = current_gid(); ^ cc1: all warnings being treated as errors make[3]: *** [/tmp/stapoOW56J/sched_switch_src.o] Error 1 make[2]: *** [_module_/tmp/stapoOW56J] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 WARNING: kbuild exited with status: 2 Pass 4: compilation failed. [man error::pass4] ########## 41954 8 tom.zanussi 2014-03-31 12:37:50 +0000 Is this with the above systemtap update patch? 42000 9 yi.zhao 2014-04-01 05:29:11 +0000 (In reply to comment #8) > Is this with the above systemtap update patch? Yes. commit 94a9df269877cb5c11ad39c7bc7c3edef5a3cf08 Author: Nitin A Kamble <nitin.a.kamble@intel.com> Date: Fri Feb 14 10:18:08 2014 -0800 systemtap_git: update to newer version to fix a build issue This build issue was observed with the 2.4+git version of the systemtap. .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx: In function 'void validate_module_elf(Dwfl_Module*, const char*, base_query*)': .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:1998:10: error: 'EM_AARCH64' was not declared in this scope .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx: In constructor 'sdt_uprobe_var_expanding_visitor::sdt_uprobe_var_expanding_visitor(systemtap_session& .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets.cxx:5613:31: error: 'EM_AARCH64' was not declared in this scope This is a known issue, and it is already fixed in the upstream tree. Updating the recipe to get the commit which fixes the issue. (From OE-Core rev: 5170f58f4a46edead40d98f302ba3294e078c113) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc b/meta/recipes-kernel/systemtap/systemtap_git.inc index b87aa1a..56db7b2 100644 --- a/meta/recipes-kernel/systemtap/systemtap_git.inc +++ b/meta/recipes-kernel/systemtap/systemtap_git.inc @@ -1,7 +1,7 @@ LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263" -SRCREV = "9190b3acfe706d3bfd66dec18133d28f98443321" -PV = "2.4+git${SRCPV}" +SRCREV = "508059f04842ed85d10bfbec8a9c688d57368860" +PV = "2.5+git${SRCPV}" SRC_URI = "git://sourceware.org/git/systemtap.git \ file://docproc-build-fix.patch \ 42029 10 tom.zanussi 2014-04-01 12:36:23 +0000 (In reply to comment #9) > (In reply to comment #8) > > Is this with the above systemtap update patch? > > Yes. > > commit 94a9df269877cb5c11ad39c7bc7c3edef5a3cf08 > Author: Nitin A Kamble <nitin.a.kamble@intel.com> > Date: Fri Feb 14 10:18:08 2014 -0800 > > systemtap_git: update to newer version to fix a build issue > > This build issue was observed with the 2.4+git version of the systemtap. > > > .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets. > cxx: In function 'void validate_module_elf(Dwfl_Module*, const char*, > base_query*)': > > .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets. > cxx:1998:10: error: 'EM_AARCH64' was not declared in this scope > > .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets. > cxx: In constructor > 'sdt_uprobe_var_expanding_visitor:: > sdt_uprobe_var_expanding_visitor(systemtap_session& > > .../x86_64-linux/systemtap-native/2.4+gitAUTOINC+9190b3acfe-r0/git/tapsets. > cxx:5613:31: error: 'EM_AARCH64' was not declared in this scope > > This is a known issue, and it is already fixed in the upstream tree. > > Updating the recipe to get the commit which fixes the issue. > > (From OE-Core rev: 5170f58f4a46edead40d98f302ba3294e078c113) > > Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> > Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> > > diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc > b/meta/recipes-kernel/systemtap/systemtap_git.inc > index b87aa1a..56db7b2 100644 > --- a/meta/recipes-kernel/systemtap/systemtap_git.inc > +++ b/meta/recipes-kernel/systemtap/systemtap_git.inc > @@ -1,7 +1,7 @@ > LICENSE = "GPLv2" > LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263" > -SRCREV = "9190b3acfe706d3bfd66dec18133d28f98443321" > -PV = "2.4+git${SRCPV}" > +SRCREV = "508059f04842ed85d10bfbec8a9c688d57368860" > +PV = "2.5+git${SRCPV}" > > SRC_URI = "git://sourceware.org/git/systemtap.git \ > file://docproc-build-fix.patch \ No, I meant the 'systemtap 'update' patch attached above: From e655af2c2602546c818caf858177744a2ada11f7 Mon Sep 17 00:00:00 2001 Message-Id: <e655af2c2602546c818caf858177744a2ada11f7.1396020509.git.tom.zanussi@linux.intel.com> From: Tom Zanussi <tom.zanussi@linux.intel.com> Date: Fri, 28 Mar 2014 10:19:01 -0500 Subject: [PATCH] systemtap: Move to current HEAD This moves the systemtap recipe to the current HEAD commit, in order to allow users to get past some bugs blocking qemuppc users. Normally, we'd stick to a release commit, but apparently we're already past the official 2.4 release commit and couldn't be on the 2.5 release commit since 2.5 hasn't been released yet (despite what the PV says). Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com> --- meta/recipes-kernel/systemtap/systemtap_git.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc b/meta/recipes-kernel/systemtap/systemtap_git.inc index 56db7b2..db9d910 100644 --- a/meta/recipes-kernel/systemtap/systemtap_git.inc +++ b/meta/recipes-kernel/systemtap/systemtap_git.inc @@ -1,6 +1,6 @@ LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263" -SRCREV = "508059f04842ed85d10bfbec8a9c688d57368860" +SRCREV = "ae91e3d552aff4f0e74662d055dae06ea55eb6bc" PV = "2.5+git${SRCPV}" SRC_URI = "git://sourceware.org/git/systemtap.git \ -- 1.8.3.1 42097 11 yi.zhao 2014-04-02 06:39:45 +0000 Sorry for my mistake. I will re-test it with this patch. 42274 12 yi.zhao 2014-04-04 09:43:31 +0000 I tested it on 1.6 M5,rc2 with systemtap update patch. On qemuppc, qemuarm, qemux86, the sched_switch.stp could work. 42319 13 tom.zanussi 2014-04-04 23:07:20 +0000 Patch submitted to oe-core. 42323 14 tom.zanussi 2014-04-05 15:51:00 +0000 *** Bug 6118 has been marked as a duplicate of this bug. *** 42337 15 tom.zanussi 2014-04-07 12:37:20 +0000 http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=cb68ed9c4708a575a39ffd9351624321ea14d1e5 42347 16 tom.zanussi 2014-04-07 16:45:10 +0000 *** Bug 6122 has been marked as a duplicate of this bug. *** 44265 17 catalin.scrieciu 2014-07-01 13:40:56 +0000 I had a similar issue while testing Yocto 1.7_M1.rc1 (poky 68824d9b8f6e290da078383316b3f4b732585f2b): $ ./../scripts/crosstap root@192.168.7.6 sched_switch.stp -c "sleep 1" semantic error: not accessible at this address [man error::dwarf] (0xc05e46b8, dieoffset: 0x3e6165): identifier '$prev' at /Yocto_1.7_M1_RC1/poky-68824d9b8f6e290da078383316b3f4b732585f2b/build_arm/tmp/sysroots/x86_64-linux/usr/share/systemtap/tapset/linux/scheduler.stp:144:19 source: prev_priority = $prev->prio ^ semantic error: unable to find local 'new', [man error::dwarf] dieoffset 0x3e6148 in kernel, near pc 0xc05e46b8 in context_switch /Yocto_1.7_M1_RC1/poky-68824d9b8f6e290da078383316b3f4b732585f2b/build_arm/tmp/work/qemuarm-poky-linux-gnueabi/linux-yocto/3.14.5+gitAUTOINC+602be954ac_2489f1f4d7-r0/linux/kernel/sched/core.c (alternatives: $next, $prev, $rq)): identifier '$new' at :169:19 source: next_priority = $new->prio ^ Pass 2: analysis failed. [man error::pass2] Number of similar error messages suppressed: 34. Rerun with -v to see them. $ 50193 18 catalin.scrieciu 2015-04-09 15:34:03 +0000 We have encountered the same issue as above when testing Yocto 1.8 M4 RC2 (poky 33558eacc8a2d3dce3396b9ab2fd0773ac5076bc). 50198 19 catalin.scrieciu 2015-04-09 15:35:51 +0000 (In reply to comment #18) > We have encountered the same issue as above when testing Yocto 1.8 M4 RC2 > (poky 33558eacc8a2d3dce3396b9ab2fd0773ac5076bc). The issues was encountered on QemuARM. 51894 20 2561 kexin.hao 2015-06-24 07:17:54 +0000 Created attachment 2561 find the yocto kernel source tree 51895 21 kexin.hao 2015-06-24 07:19:14 +0000 It seems that this is a compatible issue between systemtap and yocto build system. I have created a patch (attached) to fix this issue. But I am not sure this is the right fix. Assigned this to Robert to have more deep investigation. 52065 22 Qi.Chen 2015-07-01 07:40:22 +0000 (In reply to comment #21) > It seems that this is a compatible issue between systemtap and yocto build > system. I have created a patch (attached) to fix this issue. But I am not > sure this is the right fix. Assigned this to Robert to have more deep > investigation. Hi Kevin, I think this is the right fix. Please make a patch and send it to OE-core if convenient. Regards, Chen Qi 52806 23 Qi.Chen 2015-08-04 02:01:14 +0000 Hi Kevin, Do you have time to send the patches? If not, I can do it for you. //Chen Qi 56638 24 sjolley.yp.pm 2015-11-19 15:52:10 +0000 This was REOPENED 71439 25 yi.zhao 2017-03-20 00:31:42 +0000 This issue should be fixed in 2.3 M3 rc1. It works well on qemuppc build. Please see bug 10990 for more details. 71621 26 Qi.Chen 2017-03-23 03:18:24 +0000 It's been fixed in bug 10990 as Yi said. *** This bug has been marked as a duplicate of bug 10990 *** 1845 2014-03-20 13:24:51 +0000 2014-03-20 13:24:51 +0000 sched_switch.stp sched_switch.stp application/octet-stream 2117 alexandra.safta IyEgL3Vzci9iaW4vZW52IHN0YXAKLyogVGhpcyBzY3JpcHQgd29ya3Mgc2ltaWxhciB0byBmdHJh Y2UncyBzY2hlZF9zd2l0Y2guIEl0IGRpc3BsYXlzIGEgbGlzdCBvZgogKiBwcm9jZXNzZXMgd2hp Y2ggZ2V0IHN3aXRjaGVkIGluIGFuZCBvdXQgb2YgdGhlIHNjaGVkdWxlci4gVGhlIGZvcm1hdCBv ZiBkaXNwbGF5CiAqIGlzIFBST0NFU1NfTkFNRSBQUk9DRVNTX1BJRCBDUFUgVElNRVNUQU1QIFBJ RDogUFJJT1JJVFk6IFBST0NFU1MgU1RBVEUgLT4vKwogKiAgICBORVhUX1BJRCA6IE5FWFRfUFJJ T1JJVFk6IE5FWFRfU1RBVEUgTkVYVF9QUk9DRVNTX05BTUUgCiAqIC0+IGluZGljYXRlcyB0aGF0 IHByZXYgcHJvY2VzcyBpcyBzY2hlZHVsZWQgb3V0IGFuZCB0aGUgbmV4dCBwcm9jZXNzIGlzIAog KiAgICBzY2hlZHVsZWQgaW4uCiAqICsgaW5kaWNhdGVzIHRoYXQgcHJldiBwcm9jZXNzIGhhcyB3 b2tlbiB1cCB0aGUgbmV4dCBwcm9jZXNzLgogKiBUaGUgdXNhZ2UgaXMgc2NoZWRfc3dpdGNoLnN0 cCA8InBpZCIvIm5hbWUiPiBwaWQvbmFtZQogKi8KCmdsb2JhbCB0YXJnZXRfcGlkCmdsb2JhbCB0 YXJnZXRfbmFtZQoKCmZ1bmN0aW9uIHN0YXRlX2NhbGMoc3RhdGUpIHsKCWlmKHN0YXRlID09IDAp CglzdGF0dXMgPSAiUiIKCWlmKHN0YXRlID09IDEpCglzdGF0dXMgPSAiUyIKCWlmKHN0YXRlID09 IDIpCglzdGF0dXMgPSAiRCIKCWlmKHN0YXRlID09IDQpCglzdGF0dXMgPSAiVCIKCWlmKHN0YXRl ID09IDgpCglzdGF0dXMgPSAiVCIKCWlmKHN0YXRlID09IDE2KQoJc3RhdHVzID0gIloiCglpZihz dGF0ZSA9PSAzMikKCXN0YXR1cyA9ICJFWElUX0RFQUQiCglyZXR1cm4gc3RhdHVzCn0KcHJvYmUg c2NoZWR1bGVyLndha2V1cAp7CglpZiAodGFyZ2V0X3BpZCAhPSAwCgkgICAgJiYgdGFza19waWQg IT0gdGFyZ2V0X3BpZAoJICAgICYmIHBpZCgpICE9IHRhcmdldF9waWQpCgkJCW5leHQKCglpZiAo dGFyZ2V0X25hbWUgIT0gIiIKCSAgICAmJiB0YXNrX2V4ZWNuYW1lKHRhc2spICE9IHRhcmdldF9u YW1lCgkgICAgJiYgZXhlY25hbWUoKSAhPSB0YXJnZXRfbmFtZSkKCQkJbmV4dAoKCXByaW50Zigi JS0xNnMlNWQlNWQlZDolZDolcyArICVkOiVkOiVzICUxNnNcbiIsCiAgICAgICAgICAgICAgICBl eGVjbmFtZSgpLCB0YXNrX2NwdSh0YXNrKSwgZ2V0dGltZW9mZGF5X25zKCksCiAgICAgICAgICAg ICAgICBwaWQoKSwgdGFza19wcmlvKHRhc2tfY3VycmVudCgpKSwgc3RhdGVfY2FsYyh0YXNrX3N0 YXRlKHRhc2tfY3VycmVudCgpKSksCiAgICAgICAgICAgICAgICB0YXNrX3BpZCh0YXNrKSwgdGFz a19wcmlvKHRhc2spLCBzdGF0ZV9jYWxjKHRhc2tfc3RhdGUodGFzaykpLAogICAgICAgICAgICAg ICAgdGFza19leGVjbmFtZSh0YXNrKSkKfQpwcm9iZSBzY2hlZHVsZXIuY3R4c3dpdGNoCnsKCWlm ICh0YXJnZXRfcGlkICE9IDAKCSAgICAmJiBuZXh0X3BpZCAhPSB0YXJnZXRfcGlkCgkgICAgJiYg cHJldl9waWQgIT0gdGFyZ2V0X3BpZCkKCQkJbmV4dAoKCWlmICh0YXJnZXRfbmFtZSAhPSAiIgoJ ICAgICYmIHByZXZfdGFza19uYW1lICE9IHRhcmdldF9uYW1lCgkgICAgJiYgbmV4dF90YXNrX25h bWUgIT0gdGFyZ2V0X25hbWUpCgkJCW5leHQKCglwcmludGYoIiUtMTZzJTVkJTVkJWQ6JWQ6JXMg PT0+ICVkOiVkOiVzICUxNnNcbiIscHJldl90YXNrX25hbWUsCgkJdGFza19jcHUocHJldl90YXNr KSxnZXR0aW1lb2ZkYXlfbnMoKSxwcmV2X3BpZCxwcmV2X3ByaW9yaXR5LHN0YXRlX2NhbGMocHJl dnRza19zdGF0ZSksbmV4dF9waWQsCgkJbmV4dF9wcmlvcml0eSxzdGF0ZV9jYWxjKG5leHR0c2tf c3RhdGUpLG5leHRfdGFza19uYW1lKQp9CnByb2JlIGJlZ2luCnsKCXRhcmdldF9waWQgPSAwCgl0 YXJnZXRfbmFtZSA9ICIiCgoJJSggJCMgPT0gMSB8fCAkIyA+IDIgJT8KCQlsb2coIldyb25nIG51 bWJlciBvZiBhcmd1bWVudHMsIHVzZSBub25lLCAncGlkIG5yJyBvciAnbmFtZSBwcm9jJyIpCgkJ ZXhpdCgpCgklKQoKCSUoICQjID09IDIgJT8KCQlpZihAMSA9PSAicGlkIikgCgkJCXRhcmdldF9w aWQgPSBzdHJ0b2woQDIsIDEwKQoJCWlmKEAxID09ICJuYW1lIikKCQkJdGFyZ2V0X25hbWUgPSBA MgoJJSkKfQo= 1865 2014-03-28 15:31:27 +0000 2014-03-28 15:31:27 +0000 systemtap 'update' 0001-systemtap-Move-to-current-HEAD.patch text/plain 1371 tom.zanussi RnJvbSBlNjU1YWYyYzI2MDI1NDZjODE4Y2FmODU4MTc3NzQ0YTJhZGExMWY3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpNZXNzYWdlLUlkOiA8ZTY1NWFmMmMyNjAyNTQ2YzgxOGNhZjg1ODE3Nzc0 NGEyYWRhMTFmNy4xMzk2MDIwNTA5LmdpdC50b20uemFudXNzaUBsaW51eC5pbnRlbC5jb20+CkZy b206IFRvbSBaYW51c3NpIDx0b20uemFudXNzaUBsaW51eC5pbnRlbC5jb20+CkRhdGU6IEZyaSwg MjggTWFyIDIwMTQgMTA6MTk6MDEgLTA1MDAKU3ViamVjdDogW1BBVENIXSBzeXN0ZW10YXA6IE1v dmUgdG8gY3VycmVudCBIRUFECgpUaGlzIG1vdmVzIHRoZSBzeXN0ZW10YXAgcmVjaXBlIHRvIHRo ZSBjdXJyZW50IEhFQUQgY29tbWl0LCBpbiBvcmRlcgp0byBhbGxvdyB1c2VycyB0byBnZXQgcGFz dCBzb21lIGJ1Z3MgYmxvY2tpbmcgcWVtdXBwYyB1c2Vycy4KCk5vcm1hbGx5LCB3ZSdkIHN0aWNr IHRvIGEgcmVsZWFzZSBjb21taXQsIGJ1dCBhcHBhcmVudGx5IHdlJ3JlIGFscmVhZHkKcGFzdCB0 aGUgb2ZmaWNpYWwgMi40IHJlbGVhc2UgY29tbWl0IGFuZCBjb3VsZG4ndCBiZSBvbiB0aGUgMi41 CnJlbGVhc2UgY29tbWl0IHNpbmNlIDIuNSBoYXNuJ3QgYmVlbiByZWxlYXNlZCB5ZXQgKGRlc3Bp dGUgd2hhdCB0aGUKUFYgc2F5cykuCgpTaWduZWQtb2ZmLWJ5OiBUb20gWmFudXNzaSA8dG9tLnph bnVzc2lAbGludXguaW50ZWwuY29tPgotLS0KIG1ldGEvcmVjaXBlcy1rZXJuZWwvc3lzdGVtdGFw L3N5c3RlbXRhcF9naXQuaW5jIHwgMiArLQogMSBmaWxlIGNoYW5nZWQsIDEgaW5zZXJ0aW9uKCsp LCAxIGRlbGV0aW9uKC0pCgpkaWZmIC0tZ2l0IGEvbWV0YS9yZWNpcGVzLWtlcm5lbC9zeXN0ZW10 YXAvc3lzdGVtdGFwX2dpdC5pbmMgYi9tZXRhL3JlY2lwZXMta2VybmVsL3N5c3RlbXRhcC9zeXN0 ZW10YXBfZ2l0LmluYwppbmRleCA1NmRiN2IyLi5kYjlkOTEwIDEwMDY0NAotLS0gYS9tZXRhL3Jl Y2lwZXMta2VybmVsL3N5c3RlbXRhcC9zeXN0ZW10YXBfZ2l0LmluYworKysgYi9tZXRhL3JlY2lw ZXMta2VybmVsL3N5c3RlbXRhcC9zeXN0ZW10YXBfZ2l0LmluYwpAQCAtMSw2ICsxLDYgQEAKIExJ Q0VOU0UgPSAiR1BMdjIiCiBMSUNfRklMRVNfQ0hLU1VNID0gImZpbGU6Ly9DT1BZSU5HO21kNT1i MjM0ZWU0ZDY5ZjVmY2U0NDg2YTgwZmRhZjRhNDI2MyIKLVNSQ1JFViA9ICI1MDgwNTlmMDQ4NDJl ZDg1ZDEwYmZiZWM4YTljNjg4ZDU3MzY4ODYwIgorU1JDUkVWID0gImFlOTFlM2Q1NTJhZmY0ZjBl NzQ2NjJkMDU1ZGFlMDZlYTU1ZWI2YmMiCiBQViA9ICIyLjUrZ2l0JHtTUkNQVn0iCiAKIFNSQ19V UkkgPSAiZ2l0Oi8vc291cmNld2FyZS5vcmcvZ2l0L3N5c3RlbXRhcC5naXQgXAotLSAKMS44LjMu MQoK 2561 2015-06-24 07:17:54 +0000 2015-06-24 07:17:54 +0000 find the yocto kernel source tree 0001-tracepoint-probes-add-the-support-to-find-the-yocto-.patch text/plain 1275 kexin.hao RnJvbSA2MDg2MThjZjFjNzA0Y2IyYzNkNmQ1YTAzZTdmY2RiZjI1MGMxMjVkIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBLZXZpbiBIYW8gPGtleGluLmhhb0B3aW5kcml2ZXIuY29tPgpE YXRlOiBXZWQsIDI0IEp1biAyMDE1IDE0OjU5OjI1ICswODAwClN1YmplY3Q6IFtQQVRDSF0gdHJh Y2Vwb2ludCBwcm9iZXM6IGFkZCB0aGUgc3VwcG9ydCB0byBmaW5kIHRoZSB5b2N0byBrZXJuZWwK IHNvdXJjZQoKVGhlIHlvY3RvIGJ1aWxkIHN5c3RlbSBwdXQgYSBzb3VyY2UgbGluayB1bmRlciB0 aGUga2VybmVsIGJ1aWxkCmRpcmVjdG9yeS4gQWRkIHRoZSBzdXBwb3J0IHRvIGZpbmQgdGhlIGtl cm5lbCBzb3VyY2UgdHJlZSBpbiB0aGlzCmNhc2UuCgpTaWduZWQtb2ZmLWJ5OiBLZXZpbiBIYW8g PGtleGluLmhhb0B3aW5kcml2ZXIuY29tPgotLS0KIHRhcHNldHMuY3h4IHwgMTIgKysrKysrKysr KysrCiAxIGZpbGUgY2hhbmdlZCwgMTIgaW5zZXJ0aW9ucygrKQoKZGlmZiAtLWdpdCBhL3RhcHNl dHMuY3h4IGIvdGFwc2V0cy5jeHgKaW5kZXggNzEwNjEzNjc0ZmZhLi5iMTI3OTg4N2I5YmQgMTAw NjQ0Ci0tLSBhL3RhcHNldHMuY3h4CisrKyBiL3RhcHNldHMuY3h4CkBAIC0xMTI5Myw2ICsxMTI5 MywxOCBAQCB0cmFjZXBvaW50X2J1aWxkZXI6OmluaXRfZHcoc3lzdGVtdGFwX3Nlc3Npb24mIHMp CiAgICAgICAgIH0KICAgICB9CiAKKyAgaWYgKHMua2VybmVsX3NvdXJjZV90cmVlID09ICIiICYm IGVuZHN3aXRoKHMua2VybmVsX2J1aWxkX3RyZWUsICItYnVpbGQiKSkKKyAgICB7CisgICAgICBz dHJpbmcgc291cmNlX3RyZWUgPSBzLmtlcm5lbF9idWlsZF90cmVlICsgIi9zb3VyY2UiOworICAg ICAgaWYgKGZpbGVfZXhpc3RzKHNvdXJjZV90cmVlKSAmJgorICAgICAgICAgIHJlc29sdmVfcGF0 aChzb3VyY2VfdHJlZSkgIT0gcmVzb2x2ZV9wYXRoKHMua2VybmVsX2J1aWxkX3RyZWUpKQorICAg ICAgICB7CisgICAgICAgICAgaWYgKHMudmVyYm9zZSA+IDIpCisgICAgICAgICAgICBjbG9nIDw8 IF9GKCJMb2NhdGVkIGtlcm5lbCBzb3VyY2UgdHJlZSBhdCAnJXMnIiwgc291cmNlX3RyZWUuY19z dHIoKSkgPDwgZW5kbDsKKyAgICAgICAgICBzLmtlcm5lbF9zb3VyY2VfdHJlZSA9IHNvdXJjZV90 cmVlOworICAgICAgICB9CisgICAgIH0KKwogICAvLyBwcmVmaXhlcwogICB2ZWN0b3I8c3RyaW5n PiBnbG9iX3ByZWZpeGVzOwogICBnbG9iX3ByZWZpeGVzLnB1c2hfYmFjayAocy5rZXJuZWxfYnVp bGRfdHJlZSk7Ci0tIAoyLjEuMAoK