* [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 @ 2020-09-11 7:08 Thomas Petazzoni 2020-09-11 7:29 ` Michael Nosthoff 0 siblings, 1 reply; 9+ messages in thread From: Thomas Petazzoni @ 2020-09-11 7:08 UTC (permalink / raw) To: buildroot Hello, Autobuild statistics for 2020-09-10 =================================== branch | OK | NOK | TIM | TOT | 2020.02.x | 24 | 6 | 0 | 30 | 2020.05.x | 18 | 8 | 0 | 26 | 2020.08.x | 20 | 3 | 0 | 23 | master | 112 | 56 | 0 | 168 | Classification of failures by reason for master ----------------------------------------------- asterisk-16.10.0 | 3 host-grpc-1.31.0 | 3 iwd-1.9 | 3 libcap-2.42 | 3 uhd-3.15.0.0 | 3 unknown | 3 dmalloc-5.5.2 | 2 ell-0.33 | 2 gnuplot-5.4.0 | 2 host-meson-tools-0a02e2d344... | 2 libcpprestsdk-2.10.16 | 2 boost-1.74.0 | 1 coreutils-8.32 | 1 cryptsetup-2.3.3 | 1 dav1d-0.7.1 | 1 fbterm-1.7.0 | 1 ffmpeg-4.3.1 | 1 fwts-19.09.00 | 1 gdb-arc-2020.03-release-gdb | 1 glslsandbox-player-2019.08.23 | 1 gstreamer1-mm-1.10.0 | 1 host-go-1.15.1 | 1 host-guile-3.0.4 | 1 host-libcap-2.42 | 1 log4cplus-2.0.5 | 1 luajit-2.1.2 | 1 makedumpfile-1.6.7 | 1 mimic-1.1.0 | 1 minidlna-1.2.1 | 1 ndisc6-1.0.4 | 1 opentyrian-9c9f0ec3532b | 1 pipewire-0.2.7 | 1 pistache-f2f5a50fbfb5b8ef6c... | 1 qt5webkit-5.9.1 | 1 rocksdb-6.10.1 | 1 spandsp-3.0.0-6ec23e5a7e | 1 trinity-1.9 | 1 util-linux-2.35.2 | 1 zeromq-4.3.3 | 1 Detail of failures for master ----------------------------- arch | reason | OK? | url | orph? -------------+--------------------------------+-----+---------------------------------------------------------------------------------+------- aarch64_be | asterisk-16.10.0 | NOK | http://autobuild.buildroot.net/results/893a6815a962976fbb4a6e8d8ba537793d73a55c | mips | asterisk-16.10.0 | NOK | http://autobuild.buildroot.net/results/be3f3e86356fb733633494cce31a9fcd8ce7d8f5 | mips64el | asterisk-16.10.0 | NOK | http://autobuild.buildroot.net/results/9994962a95666dd06b739fd66f6d8774bf69f1c3 | nios2 | boost-1.74.0 | NOK | http://autobuild.buildroot.net/results/1e8e6a9eea465af267420ddc761b450156ece81a | arm | coreutils-8.32 | NOK | http://autobuild.buildroot.net/results/d1571ddb55c7b073f1d0cfd32514067ad65030b4 | ORPH aarch64_be | cryptsetup-2.3.3 | NOK | http://autobuild.buildroot.net/results/38964ca7826e37c11db5c65d59c2bd2fe21b7568 | i686 | dav1d-0.7.1 | NOK | http://autobuild.buildroot.net/results/c80a35030e9496ecc5d86a32fa28ccce2346ea19 | arc | dmalloc-5.5.2 | NOK | http://autobuild.buildroot.net/results/0c071c349b10ba8a464bd686cddc51f7ffc5161a | ORPH arc | dmalloc-5.5.2 | NOK | http://autobuild.buildroot.net/results/481f5dd8af503936cf1201e45a6377a7b1794bfa | ORPH arm | ell-0.33 | NOK | http://autobuild.buildroot.net/results/c37fc77b8dfdec92719179f8808c95a758ae33aa | arm | ell-0.33 | NOK | http://autobuild.buildroot.net/results/26e3fa5c5d7639d2fa307800ebd54452fe0661fa | arm | fbterm-1.7.0 | NOK | http://autobuild.buildroot.net/results/b9284b0944245a23ca0d775c882a46886167f12d | ORPH arm | ffmpeg-4.3.1 | NOK | http://autobuild.buildroot.net/results/66f1128167fd6baab1a7a1de77d30a768c474977 | aarch64 | fwts-19.09.00 | NOK | http://autobuild.buildroot.net/results/9a3b3a820d43076c7c840af1cfc0e408766e1b47 | arc | gdb-arc-2020.03-release-gdb | NOK | http://autobuild.buildroot.net/results/0c26445fb913e59688c790a22c5e9206d4807b63 | ORPH arm | glslsandbox-player-2019.08.23 | NOK | http://autobuild.buildroot.net/results/69237e88e1d17178e4249125addabc0396895e2d | mips64el | gnuplot-5.4.0 | NOK | http://autobuild.buildroot.net/results/265e311773efd10e44ab21cd1a59de14af2a105b | arm | gnuplot-5.4.0 | NOK | http://autobuild.buildroot.net/results/e6896fd50635137c0e1e7a16dea5a034859707e9 | mips | gstreamer1-mm-1.10.0 | NOK | http://autobuild.buildroot.net/results/dbfa186f38a976034e92ba780b505812c9b6c302 | mips64el | host-go-1.15.1 | NOK | http://autobuild.buildroot.net/results/0e6e47269a89caddf7618463a9eecde92f51c178 | aarch64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/c2078e821e0728fe980be2c849c25d82e791a4c2 | mips64el | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/b554f6f2fb66892273f7520ad6e36923557b229e | x86_64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/3ebb2880b9b3fd5154979016391dde897e2c039c | i686 | host-guile-3.0.4 | NOK | http://autobuild.buildroot.net/results/18661c888588666e56d82792a5fc1714c133fc5a | ORPH riscv64 | host-libcap-2.42 | NOK | http://autobuild.buildroot.net/results/100b16fb87a0fd19d72042405869f25944b6f3ed | nds32le | host-meson-tools-0a02e2d344... | NOK | http://autobuild.buildroot.net/results/602d474a12cf2400e4f38ffad903758d7fd9f2f5 | sh4 | host-meson-tools-0a02e2d344... | NOK | http://autobuild.buildroot.net/results/65cfe582ce60fcff18afd008c3d469471ffb0e49 | xtensa | iwd-1.9 | NOK | http://autobuild.buildroot.net/results/c7a0096a269bfc52bd8e23d453d36d5bfb61441d | arm | iwd-1.9 | NOK | http://autobuild.buildroot.net/results/a2d378de6dc0acacb246963903a1ad57f425d16b | mipsel | iwd-1.9 | NOK | http://autobuild.buildroot.net/results/025701bc7d32260c7364881dc8357bd594c45c41 | arm | libcap-2.42 | NOK | http://autobuild.buildroot.net/results/a39fa0e0bac175fe74b6285022ce6058a5661fe5 | arm | libcap-2.42 | NOK | http://autobuild.buildroot.net/results/a06c6d49c52614fd77888183e164e40fb3e49dfe | arm | libcap-2.42 | NOK | http://autobuild.buildroot.net/results/3be6d3604e2824d85dab9f99df3ac1353c7ef12a | riscv64 | libcpprestsdk-2.10.16 | NOK | http://autobuild.buildroot.net/results/c0d3642c00c2063049df9000315adb19ede52a3a | arc | libcpprestsdk-2.10.16 | NOK | http://autobuild.buildroot.net/results/5999b9d2d836abc2205a81b0d1ec153ef8e95ad6 | arc | log4cplus-2.0.5 | NOK | http://autobuild.buildroot.net/results/da73524f17177c09432306b60b94e780995fb30a | arm | luajit-2.1.2 | NOK | http://autobuild.buildroot.net/results/c19432a610e69775f0ed06eb5ca6ee711e5a8320 | powerpc | makedumpfile-1.6.7 | NOK | http://autobuild.buildroot.net/results/7bb95b34f396211261853283165f3e3222714570 | powerpc | mimic-1.1.0 | NOK | http://autobuild.buildroot.net/results/a8bc816c2ca939a3166cc5f701ac9ace4ffce7b8 | arm | minidlna-1.2.1 | NOK | http://autobuild.buildroot.net/results/f98970eebb13f07c255318cc22485c9f919a5b63 | arm | ndisc6-1.0.4 | NOK | http://autobuild.buildroot.net/results/b98e7e91ae792974d7112552f29c9c26e65edc95 | ORPH arm | opentyrian-9c9f0ec3532b | NOK | http://autobuild.buildroot.net/results/241b594bab63b2eeceb749e01510da550ed0ffd1 | arm | pipewire-0.2.7 | NOK | http://autobuild.buildroot.net/results/aed4a243c510383978f518464ba4542e9beda758 | i586 | pistache-f2f5a50fbfb5b8ef6c... | NOK | http://autobuild.buildroot.net/results/0be38a566fe40f1d11709b8916a8fc9488a10008 | ORPH mipsel | qt5webkit-5.9.1 | NOK | http://autobuild.buildroot.net/results/34fa92c1e0f601d6ce2f805a3344cf25346b37a8 | arm | rocksdb-6.10.1 | NOK | http://autobuild.buildroot.net/results/68ce3a19ec37b08110e67ba564e3695f367a7026 | i686 | spandsp-3.0.0-6ec23e5a7e | NOK | http://autobuild.buildroot.net/results/66d499be6c0d4dd1e5250f59f3703615d482c437 | arm | trinity-1.9 | NOK | http://autobuild.buildroot.net/results/bac2cbc791e2ab1d0995c8417bd3d19cbc884e47 | ORPH arm | uhd-3.15.0.0 | NOK | http://autobuild.buildroot.net/results/ec873f365bb70cb7141e88063d2b4107aca46869 | arm | uhd-3.15.0.0 | NOK | http://autobuild.buildroot.net/results/13882f30bcf383d96b13de15c61c20dd7de71c9c | riscv64 | uhd-3.15.0.0 | NOK | http://autobuild.buildroot.net/results/1677bae8688551b09f67b3efa014833d6c637c01 | powerpc | unknown | NOK | http://autobuild.buildroot.net/results/3f503bfc1450ff4d457598a158b3d668da8ed92c | riscv64 | unknown | NOK | http://autobuild.buildroot.net/results/d44cc82730d4937fd9ab5a21b1f1ce5a2cb7de34 | riscv64 | unknown | NOK | http://autobuild.buildroot.net/results/cb3c06bffb67183ca26fe21a34b6d82f952b93a7 | arc | util-linux-2.35.2 | NOK | http://autobuild.buildroot.net/results/095ed5f001923558bb9981bf23a599cefd32419a | ORPH i586 | zeromq-4.3.3 | NOK | http://autobuild.buildroot.net/results/f661d0d40c62dc30bef603fc00e439a2795b9ad9 | Classification of failures by reason for 2020.02.x -------------------------------------------------- expat-2.2.9 | 1 host-grpc-1.25.0 | 1 mimic-1.1.0 | 1 qt5base-5.12.8 | 1 qt5script-5.12.8 | 1 tio-1.32 | 1 Detail of failures for 2020.02.x -------------------------------- arch | reason | OK? | url | orph? -------------+--------------------------------+-----+---------------------------------------------------------------------------------+------- m68k | expat-2.2.9 | NOK | http://autobuild.buildroot.net/results/02f561ae7d6f0f133a3179c865a88c1f60f38c16 | arm | host-grpc-1.25.0 | NOK | http://autobuild.buildroot.net/results/4a52be548424178e195e92b02abacf44d5d37b8e | powerpc | mimic-1.1.0 | NOK | http://autobuild.buildroot.net/results/6bbefa8492376f2c3674f0657e89ab8f94914ffd | xtensa | qt5base-5.12.8 | NOK | http://autobuild.buildroot.net/results/6034b6b823ebc29c2b2bea9b8218dfd4a1ce9522 | arm | qt5script-5.12.8 | NOK | http://autobuild.buildroot.net/results/43ac161b8331ca26e92bbd84ca39e0e2b5da9e35 | sparc64 | tio-1.32 | NOK | http://autobuild.buildroot.net/results/7eb142ececa975befc84ec30d22474169ea3b50c | Classification of failures by reason for 2020.05.x -------------------------------------------------- dmalloc-5.5.2 | 1 gerbera-1.4.0 | 1 luajit-2.1.2 | 1 openal-1.19.1 | 1 qt5base-5.14.2 | 1 unknown | 1 wireshark-3.2.6 | 1 zeromq-4.3.2 | 1 Detail of failures for 2020.05.x -------------------------------- arch | reason | OK? | url | orph? -------------+--------------------------------+-----+---------------------------------------------------------------------------------+------- arc | dmalloc-5.5.2 | NOK | http://autobuild.buildroot.net/results/1f1d0a0b197f4c6fec8ae3477130374378da64d4 | ORPH arc | gerbera-1.4.0 | NOK | http://autobuild.buildroot.net/results/ab650ee6062191431cd7d2af1967e5f67cf71c61 | i686 | luajit-2.1.2 | NOK | http://autobuild.buildroot.net/results/419634c56efa85afda96674d6335a8dbcbddb224 | or1k | openal-1.19.1 | NOK | http://autobuild.buildroot.net/results/bb03e87573877ddf3151093a51be5dd5cb14283d | mipsel | qt5base-5.14.2 | NOK | http://autobuild.buildroot.net/results/58a8de75845d84c30192c50f78579c09d1db377c | arm | unknown | NOK | http://autobuild.buildroot.net/results/b40c651f1ab87b5a43605c919a53005fcef9caa2 | powerpc | wireshark-3.2.6 | NOK | http://autobuild.buildroot.net/results/bcbf829d81310bc541e9ae0019260b254680e198 | ORPH or1k | zeromq-4.3.2 | NOK | http://autobuild.buildroot.net/results/09c9db049d0766267d203ce0258ac59ed601871f | Classification of failures by reason for 2020.08.x -------------------------------------------------- kbd-2.0.4 | 1 unknown | 1 zeromq-4.3.2 | 1 Detail of failures for 2020.08.x -------------------------------- arch | reason | OK? | url | orph? -------------+--------------------------------+-----+---------------------------------------------------------------------------------+------- arm | kbd-2.0.4 | NOK | http://autobuild.buildroot.net/results/57f81659d31f7449d8249906c95ff660baecd6cf | ORPH powerpc | unknown | NOK | http://autobuild.buildroot.net/results/174e21913a9e69df08014058020179240f60822f | or1k | zeromq-4.3.2 | NOK | http://autobuild.buildroot.net/results/dc7b2ace1790a26847d6f09a959fa3059c7816c1 | Gitlab CI results for 2020-09-10 ================================ -- http://autobuild.buildroot.net ^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 2020-09-11 7:08 [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 Thomas Petazzoni @ 2020-09-11 7:29 ` Michael Nosthoff 2020-09-11 8:15 ` Thomas Petazzoni 0 siblings, 1 reply; 9+ messages in thread From: Michael Nosthoff @ 2020-09-11 7:29 UTC (permalink / raw) To: buildroot Hi, On 11.09.2020 09:08, Thomas Petazzoni wrote: > aarch64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/c2078e821e0728fe980be2c849c25d82e791a4c2 | > mips64el | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/b554f6f2fb66892273f7520ad6e36923557b229e | > x86_64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/3ebb2880b9b3fd5154979016391dde897e2c039c | All those cases seem to fail with a GNU 4.8.2 host toolchain. I would like to reproduce that. On what OS are those build jobs run? Is this maybe a Docker Image which I could use? Regards, Michael ^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 2020-09-11 7:29 ` Michael Nosthoff @ 2020-09-11 8:15 ` Thomas Petazzoni 2020-09-11 12:27 ` Yann E. MORIN 0 siblings, 1 reply; 9+ messages in thread From: Thomas Petazzoni @ 2020-09-11 8:15 UTC (permalink / raw) To: buildroot On Fri, 11 Sep 2020 09:29:20 +0200 Michael Nosthoff <buildroot@heine.tech> wrote: > On 11.09.2020 09:08, Thomas Petazzoni wrote: > > aarch64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/c2078e821e0728fe980be2c849c25d82e791a4c2 | > > mips64el | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/b554f6f2fb66892273f7520ad6e36923557b229e | > > x86_64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/3ebb2880b9b3fd5154979016391dde897e2c039c | > > All those cases seem to fail with a GNU 4.8.2 host toolchain. I would > like to reproduce that. On what OS are those build jobs run? Is this > maybe a Docker Image which I could use? Yes, Yann had a Docker image that allows to reproduce the issue. Thomas -- Thomas Petazzoni, CTO, Bootlin Embedded Linux and Kernel engineering https://bootlin.com ^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 2020-09-11 8:15 ` Thomas Petazzoni @ 2020-09-11 12:27 ` Yann E. MORIN 2020-09-11 13:18 ` Michael Nosthoff 0 siblings, 1 reply; 9+ messages in thread From: Yann E. MORIN @ 2020-09-11 12:27 UTC (permalink / raw) To: buildroot Michael, All, On 2020-09-11 10:15 +0200, Thomas Petazzoni spake thusly: > On Fri, 11 Sep 2020 09:29:20 +0200 > Michael Nosthoff <buildroot@heine.tech> wrote: > > On 11.09.2020 09:08, Thomas Petazzoni wrote: > > > aarch64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/c2078e821e0728fe980be2c849c25d82e791a4c2 | > > > mips64el | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/b554f6f2fb66892273f7520ad6e36923557b229e | > > > x86_64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/3ebb2880b9b3fd5154979016391dde897e2c039c | > > All those cases seem to fail with a GNU 4.8.2 host toolchain. I would > > like to reproduce that. On what OS are those build jobs run? Is this > > maybe a Docker Image which I could use? > Yes, Yann had a Docker image that allows to reproduce the issue. Thanks for looking into this. Here's a simple way to reproduce: $ mkdir foo $ curl https://pastebin.com/raw/JMe512Pt >foo/Dockerfile $ docker build -t host-grpc:bleark foo $ docker run --rm -ti host-grpc:bleark (docker)# make host-grpc Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' ^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 2020-09-11 12:27 ` Yann E. MORIN @ 2020-09-11 13:18 ` Michael Nosthoff 2020-09-11 14:21 ` Yann E. MORIN 0 siblings, 1 reply; 9+ messages in thread From: Michael Nosthoff @ 2020-09-11 13:18 UTC (permalink / raw) To: buildroot Hi, On 11.09.2020 14:27, Yann E. MORIN wrote: > Michael, All, > > On 2020-09-11 10:15 +0200, Thomas Petazzoni spake thusly: >> On Fri, 11 Sep 2020 09:29:20 +0200 >> Michael Nosthoff <buildroot@heine.tech> wrote: >>> On 11.09.2020 09:08, Thomas Petazzoni wrote: >>>> aarch64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/c2078e821e0728fe980be2c849c25d82e791a4c2 | >>>> mips64el | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/b554f6f2fb66892273f7520ad6e36923557b229e | >>>> x86_64 | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/3ebb2880b9b3fd5154979016391dde897e2c039c | >>> All those cases seem to fail with a GNU 4.8.2 host toolchain. I would >>> like to reproduce that. On what OS are those build jobs run? Is this >>> maybe a Docker Image which I could use? >> Yes, Yann had a Docker image that allows to reproduce the issue. > > Thanks for looking into this. Here's a simple way to reproduce: > > $ mkdir foo > $ curl https://pastebin.com/raw/JMe512Pt >foo/Dockerfile > $ docker build -t host-grpc:bleark foo > $ docker run --rm -ti host-grpc:bleark > (docker)# make host-grpc > Thanks for the Dockerfile. Wouldn't it make sense to include the used Dockerfile with the autobuild results? Concerning the host-grpc issue: With the Dockerfile I was able to reproduce the issue. In comparison on a debian jessie with gcc 4.8.5 this problem does not occur. From what I found on the protobuf issue tracker this seems to be an issue which hits people pretty randomly even with newer (mostly clang) compilers: https://github.com/protocolbuffers/protobuf/issues/6074 So currently I have no real idea how to fix this... Regards, Michael ^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 2020-09-11 13:18 ` Michael Nosthoff @ 2020-09-11 14:21 ` Yann E. MORIN 2020-09-11 21:12 ` Michael Nosthoff 0 siblings, 1 reply; 9+ messages in thread From: Yann E. MORIN @ 2020-09-11 14:21 UTC (permalink / raw) To: buildroot Michael, All, On 2020-09-11 15:18 +0200, Michael Nosthoff spake thusly: > On 11.09.2020 14:27, Yann E. MORIN wrote: > > Michael, All, > > > > On 2020-09-11 10:15 +0200, Thomas Petazzoni spake thusly: > >> On Fri, 11 Sep 2020 09:29:20 +0200 > >> Michael Nosthoff <buildroot@heine.tech> wrote: > >>> On 11.09.2020 09:08, Thomas Petazzoni wrote: > >>>> mips64el | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/b554f6f2fb66892273f7520ad6e36923557b229e | > > Thanks for looking into this. Here's a simple way to reproduce: > > $ curl https://pastebin.com/raw/JMe512Pt >foo/Dockerfile > Thanks for the Dockerfile. > Wouldn't it make sense to include the used Dockerfile with the autobuild > results? Because the autobuilders do not (all) run in docker. For example, my autobuilder (on which the host-grpc build issue happens) is not running in docker, so there is no Dockerfile that created it. It was manually created in November 2015 with debbootstrap. The Dockerfile I provided was made after the fact, a few months ago, last May. > Concerning the host-grpc issue: > > With the Dockerfile I was able to reproduce the issue. > In comparison on a debian jessie with gcc 4.8.5 this problem does not occur. > > From what I found on the protobuf issue tracker this seems to be an > issue which hits people pretty randomly even with newer (mostly clang) > compilers: > > https://github.com/protocolbuffers/protobuf/issues/6074 Yeah, I had already found those issues bacj when I was investigating: https://github.com/protocolbuffers/protobuf/issues/5353 https://github.com/protocolbuffers/protobuf/issues/5923 And also: https://github.com/grpc/grpc/issues/22781 > So currently I have no real idea how to fix this... I also already spent quite some time investigating this issue, and I have no clue... Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' ^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 2020-09-11 14:21 ` Yann E. MORIN @ 2020-09-11 21:12 ` Michael Nosthoff 2020-09-11 21:23 ` Yann E. MORIN 0 siblings, 1 reply; 9+ messages in thread From: Michael Nosthoff @ 2020-09-11 21:12 UTC (permalink / raw) To: buildroot Hi, On 11.09.20 16:21, Yann E. MORIN wrote: > Michael, All, > > On 2020-09-11 15:18 +0200, Michael Nosthoff spake thusly: >> On 11.09.2020 14:27, Yann E. MORIN wrote: >>> Michael, All, >>> >>> On 2020-09-11 10:15 +0200, Thomas Petazzoni spake thusly: >>>> On Fri, 11 Sep 2020 09:29:20 +0200 >>>> Michael Nosthoff <buildroot@heine.tech> wrote: >>>>> On 11.09.2020 09:08, Thomas Petazzoni wrote: >>>>>> mips64el | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/b554f6f2fb66892273f7520ad6e36923557b229e | >>> Thanks for looking into this. Here's a simple way to reproduce: >>> $ curl https://pastebin.com/raw/JMe512Pt >foo/Dockerfile >> Thanks for the Dockerfile. >> Wouldn't it make sense to include the used Dockerfile with the autobuild >> results? > Because the autobuilders do not (all) run in docker. > > For example, my autobuilder (on which the host-grpc build issue happens) > is not running in docker, so there is no Dockerfile that created it. It > was manually created in November 2015 with debbootstrap. > > The Dockerfile I provided was made after the fact, a few months ago, > last May. Ah okay, I though this was all run in a docker container. I saw there is a patch to dump os-release, that's a start. > >> Concerning the host-grpc issue: >> >> With the Dockerfile I was able to reproduce the issue. >> In comparison on a debian jessie with gcc 4.8.5 this problem does not occur. >> >> From what I found on the protobuf issue tracker this seems to be an >> issue which hits people pretty randomly even with newer (mostly clang) >> compilers: >> >> https://github.com/protocolbuffers/protobuf/issues/6074 > Yeah, I had already found those issues bacj when I was investigating: > > https://github.com/protocolbuffers/protobuf/issues/5353 > https://github.com/protocolbuffers/protobuf/issues/5923 > > And also: > > https://github.com/grpc/grpc/issues/22781 Thanks for the links! > >> So currently I have no real idea how to fix this... > I also already spent quite some time investigating this issue, and I > have no clue... I did some further testing using a fresh docker container `ubuntu:trusty`. I derived a simple test which mirrors the failing code in [1]. If you compile this code using `g++ --std=c++11 main.cpp -lpthread -o thread_test` ``` #include <thread> #include <cassert> main() { ? ??? std::thread::id runner; ??? auto me = std::this_thread::get_id(); ??? assert(runner != me); } ``` running the resulting program will throw the assert. Doing the identical thing in a `debian:jessie` container with g++-4.8 will finish successfully. What's happening in this code? When pthreads is not linked glibc's implementation of std::thread::id is used. But this has a bug that it can't differentiate between a default initialized id and the result of the get_id() call when you have no threading. This is addressed in [0] which lead to a fix in gcc-6. But we are linking with -lpthread. So this bug should not affect us. So when I try to actually create a thread like ``` std::thread worker([](){}); ``` I get a crash when running the program. Which proves that pthread is not actually linkend. Doing the same on debian yields a working program. Even when I compile the program on debian and copy it to ubuntu the program runs successfully. So it is not a runtime thing. When I change the compiler flag to -pthread I suddenly get a working program on ubuntu. This brings me to two possible solutions: - find out why in ubuntu:trusty -lpthread is not working - ensure that protobuf uses -pthread instead of -lpthread (i have to check what is cmake decides to use on other compilers). I'll check this next week. Regards, Michael [0] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57060 [1] https://github.com/protocolbuffers/protobuf/blob/master/src/google/protobuf/generated_message_util.cc#L796 ^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 2020-09-11 21:12 ` Michael Nosthoff @ 2020-09-11 21:23 ` Yann E. MORIN 2020-09-15 14:15 ` Michael Nosthoff 0 siblings, 1 reply; 9+ messages in thread From: Yann E. MORIN @ 2020-09-11 21:23 UTC (permalink / raw) To: buildroot Micheal, All, On 2020-09-11 23:12 +0200, Michael Nosthoff spake thusly: > >>>>>On 11.09.2020 09:08, Thomas Petazzoni wrote: > >>>>>> mips64el | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/b554f6f2fb66892273f7520ad6e36923557b229e | [--SNIP--] > I did some further testing using a fresh docker container `ubuntu:trusty`. > I derived a simple test which mirrors the failing code in [1]. > If you compile this code using `g++ --std=c++11 main.cpp -lpthread -o > thread_test` > > ``` > #include <thread> > #include <cassert> > > main() { > ? ??? std::thread::id runner; > ??? auto me = std::this_thread::get_id(); > > ??? assert(runner != me); > } > ``` > > running the resulting program will throw the assert. Doing the identical > thing in a `debian:jessie` container with g++-4.8 will finish successfully. > > What's happening in this code? When pthreads is not linked glibc's > implementation of std::thread::id is used. > But this has a bug that it can't differentiate between a default initialized > id and the result of the get_id() call when you have no threading. > This is addressed in [0] which lead to a fix in gcc-6. > > But we are linking with -lpthread. So this bug should not affect us. So when > I try to actually create a thread like > > ``` > std::thread worker([](){}); > ``` > > I get a crash when running the program. Which proves that pthread is not > actually linkend. Doing the same on debian yields a working program. > Even when I compile the program on debian and copy it to ubuntu the program > runs successfully. So it is not a runtime thing. > > When I change the compiler flag to -pthread I suddenly get a working program > on ubuntu. Whoa! Great investigation! ? > This brings me to two possible solutions: > > - find out why in ubuntu:trusty -lpthread is not working Is it a bug in gcc-4.8 that is not fixed in Ubuntu but is in Debian? Or is it a patch that Ubuntu applies that Debian does not? > - ensure that protobuf uses -pthread instead of -lpthread (i have to check > what is cmake decides to use on other compilers). > > I'll check this next week. Thanks! This is really very much appreciated! :-) Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' ^ permalink raw reply [flat|nested] 9+ messages in thread
* [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 2020-09-11 21:23 ` Yann E. MORIN @ 2020-09-15 14:15 ` Michael Nosthoff 0 siblings, 0 replies; 9+ messages in thread From: Michael Nosthoff @ 2020-09-15 14:15 UTC (permalink / raw) To: buildroot Hi Yann, All On 11.09.2020 23:23, Yann E. MORIN wrote: > Micheal, All, > > On 2020-09-11 23:12 +0200, Michael Nosthoff spake thusly: >>>>>>> On 11.09.2020 09:08, Thomas Petazzoni wrote: >>>>>>>> mips64el | host-grpc-1.31.0 | NOK | http://autobuild.buildroot.net/results/b554f6f2fb66892273f7520ad6e36923557b229e | >> >> When I change the compiler flag to -pthread I suddenly get a working program >> on ubuntu. > > Whoa! Great investigation! ? The short version. This patch fixes the issue building on ubuntu 14.04: diff --git a/package/grpc/grpc.mk b/package/grpc/grpc.mk index 2114f98e40..ef76bc1ae2 100644 --- a/package/grpc/grpc.mk +++ b/package/grpc/grpc.mk @@ -70,7 +70,8 @@ HOST_GRPC_CONF_OPTS = \ -DgRPC_RE2_PROVIDER=package \ -DgRPC_SSL_PROVIDER=package \ -DgRPC_ZLIB_PROVIDER=package \ - -DgRPC_ABSL_PROVIDER=package + -DgRPC_ABSL_PROVIDER=package \ + -DCMAKE_EXE_LINKER_FLAGS="$(HOST_LDFLAGS) -Wl,--no-as-needed -pthread" $(eval $(cmake-package)) $(eval $(host-cmake-package)) Long answer: Basically one of the issues you sent me already contains the explanation and the fix [0]. LTO throws away the linked pthreads and the internal, (in gcc 4.8) broken threading stubs are used. So additionally to what I already found out last week the flag -Wl,--no-as-needed needs to be passed to the linker before -pthread to disable LTO. Remaining question: is there a sensible way to limit this patch to failing gcc versions/distributions? How do we go further with this? Regards, Michael [0] https://github.com/protocolbuffers/protobuf/issues/5923#issuecomment-633734600 ^ permalink raw reply related [flat|nested] 9+ messages in thread
end of thread, other threads:[~2020-09-15 14:15 UTC | newest] Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-09-11 7:08 [Buildroot] [autobuild.buildroot.net] Daily results for 2020-09-10 Thomas Petazzoni 2020-09-11 7:29 ` Michael Nosthoff 2020-09-11 8:15 ` Thomas Petazzoni 2020-09-11 12:27 ` Yann E. MORIN 2020-09-11 13:18 ` Michael Nosthoff 2020-09-11 14:21 ` Yann E. MORIN 2020-09-11 21:12 ` Michael Nosthoff 2020-09-11 21:23 ` Yann E. MORIN 2020-09-15 14:15 ` Michael Nosthoff
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.