Date: Sat, 6 Feb 2021 12:55:03 -0800 From: Mark Millard <marklmi@yahoo.com> To: Justin Hibbits <chmeeedalf@gmail.com> Cc: freebsd-ppc <freebsd-ppc@freebsd.org> Subject: Re: main (14-CURRENT) may be unstable on powerpc64 Message-ID: <2009AE57-9720-4FF2-9EC9-8F5EFDCB9E78@yahoo.com> In-Reply-To: <E2F91111-2D87-4C1C-AA30-2666CDBFBF62@yahoo.com> References: <28E64465-8A99-43CF-8B4F-044533EA03C4.ref@yahoo.com> <28E64465-8A99-43CF-8B4F-044533EA03C4@yahoo.com> <20210205113544.349ee77e@ralga.knownspace> <52899C49-E0DF-4E19-A89F-8B9376B8F1F5@yahoo.com> <051FDA5B-C529-4805-89F1-3802D75FC7B7@yahoo.com> <E2F91111-2D87-4C1C-AA30-2666CDBFBF62@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2021-Feb-5, at 23:49, Mark Millard <marklmi at yahoo.com> wrote: > On 2021-Feb-5, at 21:34, Mark Millard <marklmi at yahoo.com> wrote: >=20 >> On 2021-Feb-5, at 10:34, Mark Millard <marklmi at yahoo.com> wrote: >>=20 >> On 2021-Feb-5, at 09:35, Justin Hibbits <chmeeedalf at gmail.com> = wrote: >>>=20 >>>> On Fri, 5 Feb 2021 04:05:55 -0800 >>>> Mark Millard via freebsd-ppc <freebsd-ppc@freebsd.org> wrote: >>>>=20 >>>>> . . . >>>>=20 >>>> This is probably fallout from 710e45c4b, which has since been = reverted. >>>> 710e45c4b broke other things like swig as well, which caused a lot = of >>>> poudriere fallout for me (devel/llvm* failed because swig crashed). >>>>=20 >>>> Try updating past 33f0540b1 and testing again. >>>>=20 >>>=20 >>> The above is based on 847dfd2803f6, which is after 33f0540b1 . . . >>>=20 >>> = https://cgit.freebsd.org/src/log/?qt=3Drange&q=3D33f0540b1~1..847dfd2803f6= >>> shows: >>>=20 >>> Commit message (Expand) Author Age Files Lines >>> * readelf: do not trucate section name with -W Ed Maste = 45 hours 1 -4/+9 >>> * readelf: decode LA48 and ASG_DISABLE feature flags Ed Maste = 45 hours 1 -0/+2 >>> * Add a VM flag to prevent reclaim on a failed contig allocation = Ryan Stone 45 hours 3 -2/+11 >>> * dwmmc: Multiple busdma fixes. Michal Meloun 46 hours = 1 -15/+32 >>> * linux: remove locks around callout_drain in timerfd_close() = shu 46 hours 1 -2/+0 >>> * Revert "Reimplement strlen" Mateusz Guzik 47 hours = 2 -53/+108 >>>=20 >>> (I Probably should have shown that in the original >>> message, given the difficulty in determining the >>> relative order of referenced commits.) >>>=20 >>> Before updating to be 847dfd2803f6 based, I had also >>> previously hit the swig issue with the llvm10 build. >>> That problem failed reliably until after I'd updated >>> past the revert. (Not trusting the other things built >>> is why I did a -c poudriere bulk after updating to an >>> environment based on after the revert.) >>>=20 >>> The variability in the pkg-static behavior this time >>> suggests race conditions are involved, though not >>> frequent failures. >>>=20 >>>=20 >>=20 >> It still failed to build llvm10 but the error reporoted >> is rather different. At least there is a .tbz for me to >> expand. I may end up with more to report after that. >>=20 >> Here is the log file's report: >>=20 >> [2996/4558] /usr/bin/c++ -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS = -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS = -Itools/clang/tools/extra/clang-tidy/plugin = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10. >> 0.1.src/tools/clang/tools/extra/clang-tidy/plugin = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/include= -Itools/clang/include -Iinclude = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm >> -10.0.1.src/include -O2 -pipe -DNDEBUG -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fPIC -fvisibility-inlines-hidden -Werror=3Ddate-ti >> me -Werror=3Dunguarded-availability-new -Wall -Wextra = -Wno-unused-parameter -Wwrite-strings -Wcast-qual = -Wmissing-field-initializers -pedantic -Wno-long-long = -Wimplicit-fallthrough -Wcovered-switch-defa >> ult -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor = -Wstring-conversion -fdiagnostics-color -ffunction-sections = -fdata-sections -fno-common -Woverloaded-virtual -Wno-nested-anon-types=20= >> -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fno-exceptions -std=3Dc++14 -MD -MT = tools/clang/tools/extra/clang-tid >> y/plugin/CMakeFiles/obj.clangTidyPlugin.dir/ClangTidyPlugin.cpp.o -MF = tools/clang/tools/extra/clang-tidy/plugin/CMakeFiles/obj.clangTidyPlugin.d= ir/ClangTidyPlugin.cpp.o.d -o tools/clang/tools/extra/cl >> = ang-tidy/plugin/CMakeFiles/obj.clangTidyPlugin.dir/ClangTidyPlugin.cpp.o = -c = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/tools/ext= ra/clang-tidy/plugin/ClangTidyPlugin.cpp >> FAILED: = tools/clang/tools/extra/clang-tidy/plugin/CMakeFiles/obj.clangTidyPlugin.d= ir/ClangTidyPlugin.cpp.o=20 >> /usr/bin/c++ -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS = -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS = -Itools/clang/tools/extra/clang-tidy/plugin = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tool >> s/clang/tools/extra/clang-tidy/plugin = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/include= -Itools/clang/include -Iinclude = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/ >> include -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -DNDEBUG -isystem = /usr/local/include -fPIC -fvisibility-inlines-hidden -Werror=3Ddate-time = -Werror=3Du >> nguarded-availability-new -Wall -Wextra -Wno-unused-parameter = -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic = -Wno-long-long -Wimplicit-fallthrough -Wcovered-switch-default -Wno-noe >> xcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor = -Wstring-conversion -fdiagnostics-color -ffunction-sections = -fdata-sections -fno-common -Woverloaded-virtual -Wno-nested-anon-types = -O2 -pipe -D >> NDEBUG -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include = -fno-exceptions -std=3Dc++14 -MD -MT = tools/clang/tools/extra/clang-tidy/plugin/CMa >> keFiles/obj.clangTidyPlugin.dir/ClangTidyPlugin.cpp.o -MF = tools/clang/tools/extra/clang-tidy/plugin/CMakeFiles/obj.clangTidyPlugin.d= ir/ClangTidyPlugin.cpp.o.d -o tools/clang/tools/extra/clang-tidy/plu >> gin/CMakeFiles/obj.clangTidyPlugin.dir/ClangTidyPlugin.cpp.o -c = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/tools/ext= ra/clang-tidy/plugin/ClangTidyPlugin.cpp >> PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and = include the crash backtrace, preprocessed source, and associated run = script. >> Stack dump: >> 0. Program arguments: /usr/bin/c++ -D_GNU_SOURCE = -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS = -Itools/clang/tools/extra/clang-tidy/plugin = -I/wrkdirs/usr/ports/devel/llvm1 >> 0/work/llvm-10.0.1.src/tools/clang/tools/extra/clang-tidy/plugin = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/include= -Itools/clang/include -Iinclude = -I/wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include -O2 -pipe = -DNDEBUG -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include -fPIC = -fvisibility-inlines-hidden -Werror=3Ddate-time = -Werror=3Dunguarded-availability-new -Wall -Wextra -Wno-unused-parameter = -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic = -Wno-long-long -Wimplicit-fallthrough -Wcovered-switch-default = -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor = -Wstring-conversion -fdiagnostics-color -ffunction-sections = -fdata-sections -fno-common -Woverloaded-virtual -Wno-nested-anon-types = -O2 -pipe -DNDEBUG -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -DNDEBUG -isystem /usr/local/include = -fno-exceptions -std=3Dc++14 -MD -MT = tools/clang/tools/extra/clang-tidy/plugin/CMakeFiles/obj.clangTidyPlugin.d= ir/ClangTidyPlugin.cpp.o -MF = tools/clang/tools/extra/clang-tidy/plugin/CMakeFiles/obj.clangTidyPlugin.d= ir/ClangTidyPlugin.cpp.o.d -o = tools/clang/tools/extra/clang-tidy/plugin/CMakeFiles/obj.clangTidyPlugin.d= ir/ClangTidyPlugin.cpp.o -c = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/tools/ext= ra/clang-tidy/plugin/ClangTidyPlugin.cpp=20 >> 1. = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/include/c= lang/Frontend/Utils.h:165:76: current parser token ')' >> 2. = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/include/c= lang/Frontend/Utils.h:40:1: parsing namespace 'clang' >> 3. = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/include/c= lang/Frontend/Utils.h:149:1: parsing struct/union/class body = 'clang::ModuleDependencyCollector' >> 4. = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/include/c= lang/Frontend/Utils.h:165:47: parsing function body = 'clang::ModuleDependencyCollector::insertSeen' >> 5. = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/tools/clang/include/c= lang/Frontend/Utils.h:165:47: in compound statement ('{}') >> 6. /usr/include/c++/v1/utility:297:29: instantiating class = definition 'std::__1::pair<llvm::StringMapIterator<llvm::NoneType>, = bool>' >> 7. = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include/llvm/ADT/Stri= ngMap.h:34:34: instantiating class definition = 'llvm::StringMapIterator<llvm::NoneType>' >> 8. = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include/llvm/ADT/Stri= ngMap.h:488:7: instantiating class definition = 'llvm::StringMapIterBase<llvm::StringMapIterator<llvm::NoneType>, = llvm::StringMapEntry<llvm::NoneType>>' >> 9. = /wrkdirs/usr/ports/devel/llvm10/work/llvm-10.0.1.src/include/llvm/ADT/iter= ator.h:67:7: instantiating class definition = 'llvm::iterator_facade_base<llvm::StringMapIterator<llvm::NoneType>, = std::__1::forward_iterator_tag, llvm::StringMapEntry<llvm::NoneType>, = long, llvm::StringMapEntry<llvm::NoneType> *, = llvm::StringMapEntry<llvm::NoneType> &>' >> #0 0x0000000012f52ed0 llvm::sys::PrintStackTrace(llvm::raw_ostream&) = (/usr/bin/c+++0x12f52ed0) >> #1 0x0000000012f50770 llvm::sys::RunSignalHandlers() = (/usr/bin/c+++0x12f50770) >> #2 0x0000000012ee4778 CrashRecoverySignalHandler(int) = (/usr/bin/c+++0x12ee4778) >> #3 0x0000000813f2b2b4 (/lib/libthr.so.3+0x2f2b4) >> c++: error: clang frontend command failed due to signal (use -v to = see invocation) >> FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git = llvmorg-11.0.1-0-g43ff75f2c3fe) >> Target: powerpc64-unknown-freebsd14.0 >> Thread model: posix >> InstalledDir: /usr/bin >> c++: note: diagnostic msg:=20 >> ******************** >>=20 >> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: >> Preprocessed source(s) and associated run script(s) are located at: >> c++: note: diagnostic msg: /tmp/ClangTidyPlugin-21aaa2.cpp >> c++: note: diagnostic msg: /tmp/ClangTidyPlugin-21aaa2.sh >> c++: note: diagnostic msg:=20 >>=20 >>=20 >> Note: Unfortunately, poudriere does not capture those files >> from /tmp/ in the .tbz for the build failure. >>=20 >=20 > No *.core was left behind in the expanded .tbz . > /var/log/messages did not have a line reporting > any pid signal lines in the time frame. >=20 > Repeating the failing command in the expansion of > the .tbz did not repeat the problem. >=20 > It looks to be another example of there being one > or more not-readily-repeatable problems occurring. >=20 > It will be many hours before the new poudriere bulk > can get back to that same point, but with just the > one builder and the one job for the builder. (Still > allowing use of an active process per cpu.) The > normal/prior bulk runs were allowing 2 jobs. >=20 >=20 > Note: /lib/libthr.so.3+0x2f2b4 seems to be in code > from the "static void handle_signal . . ." routine. >=20 The devel/llvm10 rebuild attempt is well past the [2996/4558] point now: working on [3056/4558] . But it looks like it may have 6+ hrs to go to complete (if successful). So far: [FBSDpowerpc64-default] [2021-02-05_23h31m51s] [parallel_build:] Queued: = 1 Built: 0 Failed: 0 Skipped: 0 Ignored: 0 Tobuild: 1 Time: = 13:01:28 [01]: devel/llvm10 | llvm10-10.0.1_3 = build (12:50:05 / 12:59:42) [13:02:12] Logs: = /usr/local/poudriere/data/logs/bulk/FBSDpowerpc64-default/2021-02-05_23h31= m51s I've no reasonable way to figure out if the parallel activity from letting 2 jobs run (so: higher load average) would have made a difference or not. Getting a very detailed repetition for such is difficult so any variation in what context it failed in makes useful comparison/contrast problematical. But, if this run completes successfully, there will be 101 more ports to let poudriere bulk try to build, one of which would be devel/llvm11 . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2009AE57-9720-4FF2-9EC9-8F5EFDCB9E78>