Created attachment 149991 [details] .sh file generated by crash --- oce_if.o --- Assertion failed: (getNumEntries() == 0 && "Node count imbalance!"), function clear, file /usr/src/lib/clang/libllvmcore/../../../contrib/llvm/include/llvm/ADT/DenseMap.h, lin e 99. Stack dump: 0. Program arguments: /usr/obj/usr/src/tmp/usr/bin/cc -cc1 -triple x86_64-unknown-freebsd11.0 -emit-obj -disable-free -main-file-name oce_if.c -mrelocation-model static - mdisable-fp-elim -relaxed-aliasing -masm-verbose -mconstructor-aliases -mcode-model kernel -target-cpu x86-64 -target-feature -mmx -target-feature -sse -target-feature -aes -t arget-feature -avx -disable-red-zone -no-implicit-float -gdwarf-2 -dwarf-column-info -coverage-file /usr/obj/usr/src/sys/VT-LER/modules/usr/src/sys/modules/oce/oce_if.o -nostd systeminc -nobuiltininc -resource-dir /usr/obj/usr/src/tmp/usr/bin/../lib/clang/3.5.0 -include /usr/obj/usr/src/sys/VT-LER/opt_global.h -D SMP -D _KERNEL -D KLD_MODULE -D HAVE _KERNEL_OPTION_HEADERS -I /usr/src/sys/modules/oce/../../dev/oce -I . -I /usr/src/sys -I /usr/src/sys/contrib/altq -I /usr/obj/usr/src/sys/VT-LER -isysroot /usr/obj/usr/src/tm p -O2 -Werror -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -Wmissing-includ e-dirs -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -std=iso9899:1999 -fdebug-compilation-dir /usr/obj/usr/ src/sys/VT-LER/modules/usr/src/sys/modules/oce -ferror-limit 19 -fmessage-length 0 -ffreestanding -fformat-extensions -stack-protector 1 -mstackrealign -fobjc-runtime=gnustep -fno-common -fdiagnostics-show-option -vectorize-loops -vectorize-slp -o oce_if.o -x c /usr/src/sys/modules/oce/../../dev/oce/oce_if.c 1. <eof> parser at end of file 2. Per-module optimization passes 3. Running pass 'CallGraph Pass Manager' on module '/usr/src/sys/modules/oce/../../dev/oce/oce_if.c'. 4. Running pass 'Dominator Tree Construction' on function '@oce_multiq_flush' cc: error: unable to execute command: Abort trap (core dumped) cc: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 Target: x86_64-unknown-freebsd11.0 Thread model: posix cc: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. --- all_subdir_padlock_rng --- cc: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: cc: note: diagnostic msg: /tmp/oce_if-216294.c cc: note: diagnostic msg: /tmp/oce_if-216294.sh cc: note: diagnostic msg:
the .c file is too large to attach, it's at: http://www.lerctr.org/~ler/OCE
The file oce_if-216294.c compiles just fine here, using oce_if-216294.sh, both with vanilla clang 3.5.0 (e.g. exactly how llvm.org released it), and patched clang 3.5.0 (as it was in FreeBSD projects/clang350-import r275161). I see no assertion failures. If you repeat the kernel build, does the error occur in the same file each time? If the error keeps occurring in the same file, please rebuild clang with debug information, and generate a backtrace from the core dump.
I redid the exact buildkernel, and no failure this time. So. I'm not sure what to do here to help you....
(In reply to Larry Rosenman from comment #3) > I redid the exact buildkernel, and no failure this time. > > So. I'm not sure what to do here to help you.... Even if you delete the oce_if.o file, or if you do a clean build? If this happens just "once in a while", I would suspect hardware issues, e.g. bit errors in RAM.
Could very well be, Dimitry. I have *NOT* been able to recreate the crash. I'll keep my eyes open for it again. If you'd like to play on this box, you are more than welcome to an account.
Well, let's just close this issue for now. If you see the assertion coming back, and it is consistently reproducible, please re-open it.