Re: [OE-core] Summary of M3 status
On Tue, 2019-09-03 at 19:59 -0700, akuster808 wrote: > > On 9/3/19 5:39 AM, Bruce Ashfield wrote: > > On Tue, Sep 3, 2019 at 4:10 AM Richard Purdie > > wrote: > > > I'm going to summarise the current state as it will help people > > > see the > > > set of issues we have. We have three issues blocking the current > > > patch > > > queue and kernel uprev, spread over four machines and five > > > autobuilder > > > targets: > > > > > > qemumips64: > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/987 > > > > > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED > > > (1.97s) > > > > > > Central error: [1.689184] kprobes: failed to populate > > > blacklist: -22 > > > [happens 5.2 kernel only] > > I'll have a look at the kprobes log. Could just be something we > > need > > to whitelist, but I'll root cause it. > > > > > qemumips: > > > > > > qemu machine locks up: > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/982 > > > > > > (happens with 5.0 and 5.2 kernels and qemu 4.0 and 4.1 and is > > > in > > >master. Not sure of the original cause) > > > > > > qemuarm64: > > > > > > Central error: [1.816386] kprobes: failed to populate > > > blacklist: -22 > > > > > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED > > > (1.11s) > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/329 > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/985 > > > [happens 5.2 kernel only] > > > > > > qemuarm: > > > > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/38/builds/990 > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/989 > > > > > > See compile failure for stap.StapTest.test_stap below. > > > [happens 5.2 kernel only] > > And I can look at this one as well. > > > > If anyone gets to them first, let me know! > > There is a patch under test in master-next. I just noticed it. Guess > it > means some got to it before either of us. It means we had autobuilder time so I tried the obvious fix. It didn't help and the problem remains, help very much appreciated. Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Summary of M3 status
On 9/3/19 5:39 AM, Bruce Ashfield wrote: > On Tue, Sep 3, 2019 at 4:10 AM Richard Purdie > wrote: >> I'm going to summarise the current state as it will help people see the >> set of issues we have. We have three issues blocking the current patch >> queue and kernel uprev, spread over four machines and five autobuilder >> targets: >> >> qemumips64: >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/987 >> >> RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.97s) >> >> Central error: [1.689184] kprobes: failed to populate blacklist: -22 >> [happens 5.2 kernel only] > I'll have a look at the kprobes log. Could just be something we need > to whitelist, but I'll root cause it. > >> qemumips: >> >> qemu machine locks up: >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/982 >> >> (happens with 5.0 and 5.2 kernels and qemu 4.0 and 4.1 and is in >>master. Not sure of the original cause) >> >> qemuarm64: >> >> Central error: [1.816386] kprobes: failed to populate blacklist: -22 >> >> RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.11s) >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/329 >> https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/985 >> [happens 5.2 kernel only] >> >> qemuarm: >> >> https://autobuilder.yoctoproject.org/typhoon/#/builders/38/builds/990 >> https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/989 >> >> See compile failure for stap.StapTest.test_stap below. >> [happens 5.2 kernel only] > And I can look at this one as well. > > If anyone gets to them first, let me know! There is a patch under test in master-next. I just noticed it. Guess it means some got to it before either of us. - armin > > Bruce > >> The qemumips issue is of particular concern. >> >> Also needed to sort out M3 are: >> >> * toolchain tests nrossi is working on >> * resolution to the hashserv scaling problem >> * bug fixing for the hash equiv code >> >> Cheers, >> >> Richard >> >> stap.StapTest.test_stap failure: >> >> >> WARNING: Kernel function symbol table missing [man warning::symbols] >> In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, >> from /usr/share/systemtap/runtime/runtime.h:26, >> from /tmp/stapgYOLtD/stap_19208_src.c:26: >> /usr/share/systemtap/runtime/linux/access_process_vm.h: In function >> '__access_process_vm_': >> /usr/share/systemtap/runtime/linux/access_process_vm.h:28:8: error: implicit >> declaration of function 'get_task_mm'; did you mean 'get_task_comm'? >> [-Werror=implicit-function-declaration] >>28 | mm = get_task_mm (tsk); >> |^~~ >> |get_task_comm >> /usr/share/systemtap/runtime/linux/access_process_vm.h:28:6: error: >> assignment to 'struct mm_struct *' from 'int' makes pointer from integer >> without a cast [-Werror=int-conversion] >>28 | mm = get_task_mm (tsk); >> | ^ >> /usr/share/systemtap/runtime/linux/access_process_vm.h:51:61: error: passing >> argument 6 of 'get_user_pages_remote' makes pointer from integer without a >> cast [-Werror=int-conversion] >>51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, >> , ); >> | ^ >> | | >> | int >> In file included from ./include/linux/kallsyms.h:12, >> from ./include/linux/ftrace.h:11, >> from ./include/linux/kprobes.h:29, >> from /usr/share/systemtap/runtime/linux/runtime.h:21, >> from /usr/share/systemtap/runtime/runtime.h:26, >> from /tmp/stapgYOLtD/stap_19208_src.c:26: >> ./include/linux/mm.h:1592:46: note: expected 'struct page **' but argument >> is of type 'int' >> 1592 |unsigned int gup_flags, struct page **pages, >> |~~^ >> In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, >> from /usr/share/systemtap/runtime/runtime.h:26, >> from /tmp/stapgYOLtD/stap_19208_src.c:26: >> /usr/share/systemtap/runtime/linux/access_process_vm.h:51:64: error: passing >> argument 7 of 'get_user_pages_remote' from incompatible pointer type >> [-Werror=incompatible-pointer-types] >>51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, >> , ); >> |^ >> || >> | >> struct page ** >> In file included from ./include/linux/kallsyms.h:12, >> from ./include/linux/ftrace.h:11, >> from
Re: [OE-core] Summary of M3 status
On 9/3/19 8:36 AM, Bruce Ashfield wrote: > On Tue, Sep 3, 2019 at 11:15 AM Bruce Ashfield > wrote: >> On Tue, Sep 3, 2019 at 11:09 AM akuster808 wrote: >>> >>> >>> On 9/3/19 1:10 AM, Richard Purdie wrote: I'm going to summarise the current state as it will help people see the set of issues we have. We have three issues blocking the current patch queue and kernel uprev, spread over four machines and five autobuilder targets: qemumips64: https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/987 RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.97s) Central error: [1.689184] kprobes: failed to populate blacklist: -22 [happens 5.2 kernel only] qemumips: qemu machine locks up: https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/982 (happens with 5.0 and 5.2 kernels and qemu 4.0 and 4.1 and is in master. Not sure of the original cause) qemuarm64: Central error: [1.816386] kprobes: failed to populate blacklist: -22 RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.11s) https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/329 https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/985 [happens 5.2 kernel only] qemuarm: https://autobuilder.yoctoproject.org/typhoon/#/builders/38/builds/990 https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/989 See compile failure for stap.StapTest.test_stap below. [happens 5.2 kernel only] >>> there are about 3 5.2 kernel patches sitting on systemtap master. >>> >>> I will give it a shot >> Sounds good. If possible, can you send them to the linux-yocto >> mailing list as kernel patches (if they work) .. versus doing a >> linux-yocto_5.2 SRC_URI update with patches, since it is harder for me >> to integrate them to the tree itself if they are sent that way. > .. that is of course if they are kernel patches. I haven't had enough > coffee yet today. me neither. I should have said systemtap has 3 patches on master to address issues with the 5.2 kernel. -armin > > Bruce > >> Bruce >> >>> - armin The qemumips issue is of particular concern. Also needed to sort out M3 are: * toolchain tests nrossi is working on * resolution to the hashserv scaling problem * bug fixing for the hash equiv code Cheers, Richard stap.StapTest.test_stap failure: WARNING: Kernel function symbol table missing [man warning::symbols] In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, from /usr/share/systemtap/runtime/runtime.h:26, from /tmp/stapgYOLtD/stap_19208_src.c:26: /usr/share/systemtap/runtime/linux/access_process_vm.h: In function '__access_process_vm_': /usr/share/systemtap/runtime/linux/access_process_vm.h:28:8: error: implicit declaration of function 'get_task_mm'; did you mean 'get_task_comm'? [-Werror=implicit-function-declaration] 28 | mm = get_task_mm (tsk); |^~~ |get_task_comm /usr/share/systemtap/runtime/linux/access_process_vm.h:28:6: error: assignment to 'struct mm_struct *' from 'int' makes pointer from integer without a cast [-Werror=int-conversion] 28 | mm = get_task_mm (tsk); | ^ /usr/share/systemtap/runtime/linux/access_process_vm.h:51:61: error: passing argument 6 of 'get_user_pages_remote' makes pointer from integer without a cast [-Werror=int-conversion] 51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, , ); | ^ | | | int In file included from ./include/linux/kallsyms.h:12, from ./include/linux/ftrace.h:11, from ./include/linux/kprobes.h:29, from /usr/share/systemtap/runtime/linux/runtime.h:21, from /usr/share/systemtap/runtime/runtime.h:26, from /tmp/stapgYOLtD/stap_19208_src.c:26: ./include/linux/mm.h:1592:46: note: expected 'struct page **' but argument is of type 'int' 1592 |unsigned int gup_flags, struct page **pages, |~~^ In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, from /usr/share/systemtap/runtime/runtime.h:26, from /tmp/stapgYOLtD/stap_19208_src.c:26: /usr/share/systemtap/runtime/linux/access_process_vm.h:51:64: error: passing argument 7
Re: [OE-core] Summary of M3 status
On Tue, Sep 3, 2019 at 11:15 AM Bruce Ashfield wrote: > > On Tue, Sep 3, 2019 at 11:09 AM akuster808 wrote: > > > > > > > > On 9/3/19 1:10 AM, Richard Purdie wrote: > > > I'm going to summarise the current state as it will help people see the > > > set of issues we have. We have three issues blocking the current patch > > > queue and kernel uprev, spread over four machines and five autobuilder > > > targets: > > > > > > qemumips64: > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/987 > > > > > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.97s) > > > > > > Central error: [1.689184] kprobes: failed to populate blacklist: -22 > > > [happens 5.2 kernel only] > > > > > > qemumips: > > > > > > qemu machine locks up: > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/982 > > > > > > (happens with 5.0 and 5.2 kernels and qemu 4.0 and 4.1 and is in > > >master. Not sure of the original cause) > > > > > > qemuarm64: > > > > > > Central error: [1.816386] kprobes: failed to populate blacklist: -22 > > > > > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.11s) > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/329 > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/985 > > > [happens 5.2 kernel only] > > > > > > qemuarm: > > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/38/builds/990 > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/989 > > > > > > See compile failure for stap.StapTest.test_stap below. > > > [happens 5.2 kernel only] > > > > there are about 3 5.2 kernel patches sitting on systemtap master. > > > > I will give it a shot > > Sounds good. If possible, can you send them to the linux-yocto > mailing list as kernel patches (if they work) .. versus doing a > linux-yocto_5.2 SRC_URI update with patches, since it is harder for me > to integrate them to the tree itself if they are sent that way. .. that is of course if they are kernel patches. I haven't had enough coffee yet today. Bruce > > Bruce > > > - armin > > > > > > The qemumips issue is of particular concern. > > > > > > Also needed to sort out M3 are: > > > > > > * toolchain tests nrossi is working on > > > * resolution to the hashserv scaling problem > > > * bug fixing for the hash equiv code > > > > > > Cheers, > > > > > > Richard > > > > > > stap.StapTest.test_stap failure: > > > > > > > > > WARNING: Kernel function symbol table missing [man warning::symbols] > > > In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, > > > from /usr/share/systemtap/runtime/runtime.h:26, > > > from /tmp/stapgYOLtD/stap_19208_src.c:26: > > > /usr/share/systemtap/runtime/linux/access_process_vm.h: In function > > > '__access_process_vm_': > > > /usr/share/systemtap/runtime/linux/access_process_vm.h:28:8: error: > > > implicit declaration of function 'get_task_mm'; did you mean > > > 'get_task_comm'? [-Werror=implicit-function-declaration] > > >28 | mm = get_task_mm (tsk); > > > |^~~ > > > |get_task_comm > > > /usr/share/systemtap/runtime/linux/access_process_vm.h:28:6: error: > > > assignment to 'struct mm_struct *' from 'int' makes pointer from integer > > > without a cast [-Werror=int-conversion] > > >28 | mm = get_task_mm (tsk); > > > | ^ > > > /usr/share/systemtap/runtime/linux/access_process_vm.h:51:61: error: > > > passing argument 6 of 'get_user_pages_remote' makes pointer from integer > > > without a cast [-Werror=int-conversion] > > >51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, > > > , ); > > > | ^ > > > | | > > > | int > > > In file included from ./include/linux/kallsyms.h:12, > > > from ./include/linux/ftrace.h:11, > > > from ./include/linux/kprobes.h:29, > > > from /usr/share/systemtap/runtime/linux/runtime.h:21, > > > from /usr/share/systemtap/runtime/runtime.h:26, > > > from /tmp/stapgYOLtD/stap_19208_src.c:26: > > > ./include/linux/mm.h:1592:46: note: expected 'struct page **' but > > > argument is of type 'int' > > > 1592 |unsigned int gup_flags, struct page **pages, > > > |~~^ > > > In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, > > > from /usr/share/systemtap/runtime/runtime.h:26, > > > from /tmp/stapgYOLtD/stap_19208_src.c:26: > > > /usr/share/systemtap/runtime/linux/access_process_vm.h:51:64: error: > > > passing argument 7 of 'get_user_pages_remote' from incompatible pointer > > >
Re: [OE-core] Summary of M3 status
On Tue, Sep 3, 2019 at 11:09 AM akuster808 wrote: > > > > On 9/3/19 1:10 AM, Richard Purdie wrote: > > I'm going to summarise the current state as it will help people see the > > set of issues we have. We have three issues blocking the current patch > > queue and kernel uprev, spread over four machines and five autobuilder > > targets: > > > > qemumips64: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/987 > > > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.97s) > > > > Central error: [1.689184] kprobes: failed to populate blacklist: -22 > > [happens 5.2 kernel only] > > > > qemumips: > > > > qemu machine locks up: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/982 > > > > (happens with 5.0 and 5.2 kernels and qemu 4.0 and 4.1 and is in > >master. Not sure of the original cause) > > > > qemuarm64: > > > > Central error: [1.816386] kprobes: failed to populate blacklist: -22 > > > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.11s) > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/329 > > https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/985 > > [happens 5.2 kernel only] > > > > qemuarm: > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/38/builds/990 > > https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/989 > > > > See compile failure for stap.StapTest.test_stap below. > > [happens 5.2 kernel only] > > there are about 3 5.2 kernel patches sitting on systemtap master. > > I will give it a shot Sounds good. If possible, can you send them to the linux-yocto mailing list as kernel patches (if they work) .. versus doing a linux-yocto_5.2 SRC_URI update with patches, since it is harder for me to integrate them to the tree itself if they are sent that way. Bruce > - armin > > > > The qemumips issue is of particular concern. > > > > Also needed to sort out M3 are: > > > > * toolchain tests nrossi is working on > > * resolution to the hashserv scaling problem > > * bug fixing for the hash equiv code > > > > Cheers, > > > > Richard > > > > stap.StapTest.test_stap failure: > > > > > > WARNING: Kernel function symbol table missing [man warning::symbols] > > In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, > > from /usr/share/systemtap/runtime/runtime.h:26, > > from /tmp/stapgYOLtD/stap_19208_src.c:26: > > /usr/share/systemtap/runtime/linux/access_process_vm.h: In function > > '__access_process_vm_': > > /usr/share/systemtap/runtime/linux/access_process_vm.h:28:8: error: > > implicit declaration of function 'get_task_mm'; did you mean > > 'get_task_comm'? [-Werror=implicit-function-declaration] > >28 | mm = get_task_mm (tsk); > > |^~~ > > |get_task_comm > > /usr/share/systemtap/runtime/linux/access_process_vm.h:28:6: error: > > assignment to 'struct mm_struct *' from 'int' makes pointer from integer > > without a cast [-Werror=int-conversion] > >28 | mm = get_task_mm (tsk); > > | ^ > > /usr/share/systemtap/runtime/linux/access_process_vm.h:51:61: error: > > passing argument 6 of 'get_user_pages_remote' makes pointer from integer > > without a cast [-Werror=int-conversion] > >51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, > > , ); > > | ^ > > | | > > | int > > In file included from ./include/linux/kallsyms.h:12, > > from ./include/linux/ftrace.h:11, > > from ./include/linux/kprobes.h:29, > > from /usr/share/systemtap/runtime/linux/runtime.h:21, > > from /usr/share/systemtap/runtime/runtime.h:26, > > from /tmp/stapgYOLtD/stap_19208_src.c:26: > > ./include/linux/mm.h:1592:46: note: expected 'struct page **' but argument > > is of type 'int' > > 1592 |unsigned int gup_flags, struct page **pages, > > |~~^ > > In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, > > from /usr/share/systemtap/runtime/runtime.h:26, > > from /tmp/stapgYOLtD/stap_19208_src.c:26: > > /usr/share/systemtap/runtime/linux/access_process_vm.h:51:64: error: > > passing argument 7 of 'get_user_pages_remote' from incompatible pointer > > type [-Werror=incompatible-pointer-types] > >51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, > > , ); > > |^ > > || > > | > > struct page ** >
Re: [OE-core] Summary of M3 status
On 9/3/19 1:10 AM, Richard Purdie wrote: > I'm going to summarise the current state as it will help people see the > set of issues we have. We have three issues blocking the current patch > queue and kernel uprev, spread over four machines and five autobuilder > targets: > > qemumips64: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/987 > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.97s) > > Central error: [1.689184] kprobes: failed to populate blacklist: -22 > [happens 5.2 kernel only] > > qemumips: > > qemu machine locks up: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/982 > > (happens with 5.0 and 5.2 kernels and qemu 4.0 and 4.1 and is in >master. Not sure of the original cause) > > qemuarm64: > > Central error: [1.816386] kprobes: failed to populate blacklist: -22 > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.11s) > > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/329 > https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/985 > [happens 5.2 kernel only] > > qemuarm: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/38/builds/990 > https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/989 > > See compile failure for stap.StapTest.test_stap below. > [happens 5.2 kernel only] there are about 3 5.2 kernel patches sitting on systemtap master. I will give it a shot - armin > > The qemumips issue is of particular concern. > > Also needed to sort out M3 are: > > * toolchain tests nrossi is working on > * resolution to the hashserv scaling problem > * bug fixing for the hash equiv code > > Cheers, > > Richard > > stap.StapTest.test_stap failure: > > > WARNING: Kernel function symbol table missing [man warning::symbols] > In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, > from /usr/share/systemtap/runtime/runtime.h:26, > from /tmp/stapgYOLtD/stap_19208_src.c:26: > /usr/share/systemtap/runtime/linux/access_process_vm.h: In function > '__access_process_vm_': > /usr/share/systemtap/runtime/linux/access_process_vm.h:28:8: error: implicit > declaration of function 'get_task_mm'; did you mean 'get_task_comm'? > [-Werror=implicit-function-declaration] >28 | mm = get_task_mm (tsk); > |^~~ > |get_task_comm > /usr/share/systemtap/runtime/linux/access_process_vm.h:28:6: error: > assignment to 'struct mm_struct *' from 'int' makes pointer from integer > without a cast [-Werror=int-conversion] >28 | mm = get_task_mm (tsk); > | ^ > /usr/share/systemtap/runtime/linux/access_process_vm.h:51:61: error: passing > argument 6 of 'get_user_pages_remote' makes pointer from integer without a > cast [-Werror=int-conversion] >51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, , > ); > | ^ > | | > | int > In file included from ./include/linux/kallsyms.h:12, > from ./include/linux/ftrace.h:11, > from ./include/linux/kprobes.h:29, > from /usr/share/systemtap/runtime/linux/runtime.h:21, > from /usr/share/systemtap/runtime/runtime.h:26, > from /tmp/stapgYOLtD/stap_19208_src.c:26: > ./include/linux/mm.h:1592:46: note: expected 'struct page **' but argument is > of type 'int' > 1592 |unsigned int gup_flags, struct page **pages, > |~~^ > In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, > from /usr/share/systemtap/runtime/runtime.h:26, > from /tmp/stapgYOLtD/stap_19208_src.c:26: > /usr/share/systemtap/runtime/linux/access_process_vm.h:51:64: error: passing > argument 7 of 'get_user_pages_remote' from incompatible pointer type > [-Werror=incompatible-pointer-types] >51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, , > ); > |^ > || > |struct > page ** > In file included from ./include/linux/kallsyms.h:12, > from ./include/linux/ftrace.h:11, > from ./include/linux/kprobes.h:29, > from /usr/share/systemtap/runtime/linux/runtime.h:21, > from /usr/share/systemtap/runtime/runtime.h:26, > from /tmp/stapgYOLtD/stap_19208_src.c:26: > ./include/linux/mm.h:1593:32: note: expected 'struct vm_area_struct **' but > argument is of type 'struct page **' > 1593 |struct vm_area_struct **vmas, int *locked); >
Re: [OE-core] Summary of M3 status
On Tue, Sep 3, 2019 at 4:10 AM Richard Purdie wrote: > > I'm going to summarise the current state as it will help people see the > set of issues we have. We have three issues blocking the current patch > queue and kernel uprev, spread over four machines and five autobuilder > targets: > > qemumips64: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/987 > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.97s) > > Central error: [1.689184] kprobes: failed to populate blacklist: -22 > [happens 5.2 kernel only] I'll have a look at the kprobes log. Could just be something we need to whitelist, but I'll root cause it. > > qemumips: > > qemu machine locks up: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/982 > > (happens with 5.0 and 5.2 kernels and qemu 4.0 and 4.1 and is in >master. Not sure of the original cause) > > qemuarm64: > > Central error: [1.816386] kprobes: failed to populate blacklist: -22 > > RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.11s) > > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/329 > https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/985 > [happens 5.2 kernel only] > > qemuarm: > > https://autobuilder.yoctoproject.org/typhoon/#/builders/38/builds/990 > https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/989 > > See compile failure for stap.StapTest.test_stap below. > [happens 5.2 kernel only] And I can look at this one as well. If anyone gets to them first, let me know! Bruce > > The qemumips issue is of particular concern. > > Also needed to sort out M3 are: > > * toolchain tests nrossi is working on > * resolution to the hashserv scaling problem > * bug fixing for the hash equiv code > > Cheers, > > Richard > > stap.StapTest.test_stap failure: > > > WARNING: Kernel function symbol table missing [man warning::symbols] > In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, > from /usr/share/systemtap/runtime/runtime.h:26, > from /tmp/stapgYOLtD/stap_19208_src.c:26: > /usr/share/systemtap/runtime/linux/access_process_vm.h: In function > '__access_process_vm_': > /usr/share/systemtap/runtime/linux/access_process_vm.h:28:8: error: implicit > declaration of function 'get_task_mm'; did you mean 'get_task_comm'? > [-Werror=implicit-function-declaration] >28 | mm = get_task_mm (tsk); > |^~~ > |get_task_comm > /usr/share/systemtap/runtime/linux/access_process_vm.h:28:6: error: > assignment to 'struct mm_struct *' from 'int' makes pointer from integer > without a cast [-Werror=int-conversion] >28 | mm = get_task_mm (tsk); > | ^ > /usr/share/systemtap/runtime/linux/access_process_vm.h:51:61: error: passing > argument 6 of 'get_user_pages_remote' makes pointer from integer without a > cast [-Werror=int-conversion] >51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, , > ); > | ^ > | | > | int > In file included from ./include/linux/kallsyms.h:12, > from ./include/linux/ftrace.h:11, > from ./include/linux/kprobes.h:29, > from /usr/share/systemtap/runtime/linux/runtime.h:21, > from /usr/share/systemtap/runtime/runtime.h:26, > from /tmp/stapgYOLtD/stap_19208_src.c:26: > ./include/linux/mm.h:1592:46: note: expected 'struct page **' but argument is > of type 'int' > 1592 |unsigned int gup_flags, struct page **pages, > |~~^ > In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, > from /usr/share/systemtap/runtime/runtime.h:26, > from /tmp/stapgYOLtD/stap_19208_src.c:26: > /usr/share/systemtap/runtime/linux/access_process_vm.h:51:64: error: passing > argument 7 of 'get_user_pages_remote' from incompatible pointer type > [-Werror=incompatible-pointer-types] >51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, , > ); > |^ > || > |struct > page ** > In file included from ./include/linux/kallsyms.h:12, > from ./include/linux/ftrace.h:11, > from ./include/linux/kprobes.h:29, > from /usr/share/systemtap/runtime/linux/runtime.h:21, > from /usr/share/systemtap/runtime/runtime.h:26, > from /tmp/stapgYOLtD/stap_19208_src.c:26: > ./include/linux/mm.h:1593:32: note: expected 'struct vm_area_struct
[OE-core] Summary of M3 status
I'm going to summarise the current state as it will help people see the set of issues we have. We have three issues blocking the current patch queue and kernel uprev, spread over four machines and five autobuilder targets: qemumips64: https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/987 RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.97s) Central error: [1.689184] kprobes: failed to populate blacklist: -22 [happens 5.2 kernel only] qemumips: qemu machine locks up: https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/982 (happens with 5.0 and 5.2 kernels and qemu 4.0 and 4.1 and is in master. Not sure of the original cause) qemuarm64: Central error: [1.816386] kprobes: failed to populate blacklist: -22 RESULTS - parselogs.ParseLogsTest.test_parselogs: FAILED (1.11s) https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/329 https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/985 [happens 5.2 kernel only] qemuarm: https://autobuilder.yoctoproject.org/typhoon/#/builders/38/builds/990 https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/989 See compile failure for stap.StapTest.test_stap below. [happens 5.2 kernel only] The qemumips issue is of particular concern. Also needed to sort out M3 are: * toolchain tests nrossi is working on * resolution to the hashserv scaling problem * bug fixing for the hash equiv code Cheers, Richard stap.StapTest.test_stap failure: WARNING: Kernel function symbol table missing [man warning::symbols] In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, from /usr/share/systemtap/runtime/runtime.h:26, from /tmp/stapgYOLtD/stap_19208_src.c:26: /usr/share/systemtap/runtime/linux/access_process_vm.h: In function '__access_process_vm_': /usr/share/systemtap/runtime/linux/access_process_vm.h:28:8: error: implicit declaration of function 'get_task_mm'; did you mean 'get_task_comm'? [-Werror=implicit-function-declaration] 28 | mm = get_task_mm (tsk); |^~~ |get_task_comm /usr/share/systemtap/runtime/linux/access_process_vm.h:28:6: error: assignment to 'struct mm_struct *' from 'int' makes pointer from integer without a cast [-Werror=int-conversion] 28 | mm = get_task_mm (tsk); | ^ /usr/share/systemtap/runtime/linux/access_process_vm.h:51:61: error: passing argument 6 of 'get_user_pages_remote' makes pointer from integer without a cast [-Werror=int-conversion] 51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, , ); | ^ | | | int In file included from ./include/linux/kallsyms.h:12, from ./include/linux/ftrace.h:11, from ./include/linux/kprobes.h:29, from /usr/share/systemtap/runtime/linux/runtime.h:21, from /usr/share/systemtap/runtime/runtime.h:26, from /tmp/stapgYOLtD/stap_19208_src.c:26: ./include/linux/mm.h:1592:46: note: expected 'struct page **' but argument is of type 'int' 1592 |unsigned int gup_flags, struct page **pages, |~~^ In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, from /usr/share/systemtap/runtime/runtime.h:26, from /tmp/stapgYOLtD/stap_19208_src.c:26: /usr/share/systemtap/runtime/linux/access_process_vm.h:51:64: error: passing argument 7 of 'get_user_pages_remote' from incompatible pointer type [-Werror=incompatible-pointer-types] 51 | ret = get_user_pages_remote (tsk, mm, addr, 1, write, 1, , ); |^ || |struct page ** In file included from ./include/linux/kallsyms.h:12, from ./include/linux/ftrace.h:11, from ./include/linux/kprobes.h:29, from /usr/share/systemtap/runtime/linux/runtime.h:21, from /usr/share/systemtap/runtime/runtime.h:26, from /tmp/stapgYOLtD/stap_19208_src.c:26: ./include/linux/mm.h:1593:32: note: expected 'struct vm_area_struct **' but argument is of type 'struct page **' 1593 |struct vm_area_struct **vmas, int *locked); |^~~~ In file included from /usr/share/systemtap/runtime/linux/runtime.h:214, from /usr/share/systemtap/runtime/runtime.h:26, from /tmp/stapgYOLtD/stap_19208_src.c:26: /usr/share/systemtap/runtime/linux/access_process_vm.h:51:71: error: passing argument 8 of