/usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp:5:1: error: expected unqualified-id
Hi, r332743 make builworld failed: c++ -O2 -pipe -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm -I/usr/src/contrib/llvm/tools/clang/lib/Basic -I/usr/src/contrib/llvm/tools/clang/lib/Driver -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd12.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd12.0\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/amd64.amd64/tmp\" -ffunction-sections -fdata-sections -gline-tables-only -MD -MF.depend.Frontend_SerializedDiagnosticReader.o -MTFrontend/SerializedDiagnosticReader.o -Qunused-arguments -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -gline-tables-only -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp -o Frontend/Se! rializedDiagnosticReader.o /usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp:5:1: error: expected unqualified-id /7 This fi!is dW0<8B>ibut[d<8C>nder ,<9C> University of IllinEV<90>Open Source ^ /usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp:5:13: error: source file is not valid UTF-8 /7 This fi!is dW0<8B>ibut[d<8C>nder ,<9C> University of IllinEV<90>Open Source ^ /usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp:5:21: error: source file is not valid UTF-8 /7 This fi!is dW0<8B>ibut[d<8C>nder ,<9C> University of IllinEV<90>Open Source ^ /usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp:5:29: error: source file is not valid UTF-8 /7 This fi!is dW0<8B>ibut[d<8C>nder ,<9C> University of IllinEV<90>Open Source ^ /usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp:5:37: error: source file is not valid UTF-8 /7 This fi!is dW0<8B>ibut[d<8C>nder ,<9C> University of IllinEV<90>Open Source ^ /usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp:5:60: error: source file is not valid UTF-8 /7 This fi!is dW0<8B>ibut[d<8C>nder ,<9C> University of IllinEV<90>Open Source ^ /usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp:5:61: error: source file is not valid UTF-8 /7 This fi!is dW0<8B>ibut[d<8C>nder ,<9C> University of IllinEV<90>Open Source ^ /usr/src/contrib/llvm/tools/clang/lib/Frontend/SerializedDiagnosticReader.cpp:10:10: fatal error: 'qlang/Frontend/SerializeNagnosticReader(h' file not found #include "qlang/Frontend/SerializeN<87>oagnosticReader(h" ^~~~ 8 errors generated. *** Error code 1 Stop. make[5]: stopped in /usr/src/lib/clang/libclang *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/clang *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src --- KIRIYAMA Kazuhiko ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)
JB> O, this is a different issue. Sorry. As a hack, try changing JB> 'FIRST_MSI_INT' to 512 in sys/amd64/include/intr_machdep.h. The issue JB> is that some systems now include more than 256 interrupt pins on I/O JB> APICs, so IRQ 256 is already reserved for use by one of those JB> interrupt pins. The real fix is that I need to make FIRST_MSI_INT JB> dynamic instead of a constant and just define it as the first free IRQ JB> after the I/O APICs have probed. JB> Yep. That it. But just one note irq585: ccp14:721 @cpu0(domain0): 0 irq586: ccp14:723 @cpu0(domain0): 0 irq587: ccp15:725 @cpu0(domain0): 0 If I understand correctly number of irq's even more then 512, so better to change to real number in system ? Or this is another case ? Any way thank you for help. Now I can use system with msix and msi enabled. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)
On Wednesday, April 18, 2018 01:56:49 PM Vitalij Satanivskij wrote: > JB> > If you need any aditional information please tell me about. > JB> > JB> Can you perhaps turn off the stack trace on boot to not lose the panic > messages > JB> (remove KDB_TRACE from kernel config) and maybe modify the panic message > to > JB> include the IRQ number passed to nexus_add_irq? > > > Hm looks like it's always irq with number 256 > eg hpet - 256 > igb - 256 > > Chenged made for it was > > Index: sys/x86/x86/nexus.c > === > --- sys/x86/x86/nexus.c (revision 332663) > +++ sys/x86/x86/nexus.c (working copy) > @@ -698,7 +698,7 @@ > { > > if (rman_manage_region(&irq_rman, irq, irq) != 0) > - panic("%s: failed", __func__); > + panic("%s: failed irq is: %lu", __func__, irq); > } O, this is a different issue. Sorry. As a hack, try changing 'FIRST_MSI_INT' to 512 in sys/amd64/include/intr_machdep.h. The issue is that some systems now include more than 256 interrupt pins on I/O APICs, so IRQ 256 is already reserved for use by one of those interrupt pins. The real fix is that I need to make FIRST_MSI_INT dynamic instead of a constant and just define it as the first free IRQ after the I/O APICs have probed. -- John Baldwin ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Current panic on boot on H11DSI motherboard with epyc cpu (nexus_add_irq: failed)
JB> > If you need any aditional information please tell me about. JB> JB> Can you perhaps turn off the stack trace on boot to not lose the panic messages JB> (remove KDB_TRACE from kernel config) and maybe modify the panic message to JB> include the IRQ number passed to nexus_add_irq? Hm looks like it's always irq with number 256 eg hpet - 256 igb - 256 Chenged made for it was Index: sys/x86/x86/nexus.c === --- sys/x86/x86/nexus.c (revision 332663) +++ sys/x86/x86/nexus.c (working copy) @@ -698,7 +698,7 @@ { if (rman_manage_region(&irq_rman, irq, irq) != 0) - panic("%s: failed", __func__); + panic("%s: failed irq is: %lu", __func__, irq); } ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"