Date: Fri, 28 Jul 2017 18:09:19 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 219399] System panics after several hours of 14-threads-compilation orgies using poudriere on AMD Ryzen... Message-ID: <bug-219399-8-TlnJmAdLap@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-219399-8@https.bugs.freebsd.org/bugzilla/> References: <bug-219399-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219399 --- Comment #183 from Nils Beyer <nbe@renzel.net> --- And it paniced again - same reason as before: --------------------------------------------------------------------------- root@asbach:/var/crash/#kgdb -c vmcore.1 /usr/lib/debug/boot/kernel/kernel.debug=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: spin lock 0xffffffff81dc8b50 (smp rendezvous) held by 0xfffff8045bb54000 (t= id 101852) too long timeout stopping cpus panic: spin lock held too long cpuid =3D 2 KDB: stack backtrace: #0 0xffffffff80aada97 at kdb_backtrace+0x67 #1 0xffffffff80a6bb76 at vpanic+0x186 #2 0xffffffff80a6b9e3 at panic+0x43 #3 0xffffffff80a4cf71 at _mtx_lock_spin_cookie+0x311 #4 0xffffffff81042dc1 at smp_targeted_tlb_shootdown+0x101 #5 0xffffffff81042cac at smp_masked_invltlb+0x4c #6 0xffffffff80eced91 at pmap_invalidate_all+0x211 #7 0xffffffff80ed2f00 at pmap_protect+0x740 #8 0xffffffff80d608ba at vm_map_protect+0x3fa #9 0xffffffff80d651fd at sys_mprotect+0x4d #10 0xffffffff80ee0394 at amd64_syscall+0x6c4 #11 0xffffffff80ec392b at Xfast_syscall+0xfb Uptime: 6h51m38s Dumping 5333 out of 32665 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..= 91% Reading symbols from /usr/lib/debug/boot/kernel/zfs.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/zfs.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/opensolaris.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/opensolaris.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/linprocfs.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/linprocfs.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/linux_common.ko.debug...don= e. Loaded symbols for /usr/lib/debug/boot/kernel/linux_common.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/tmpfs.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/tmpfs.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/vmm.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/vmm.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/ums.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/ums.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/pflog.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/pflog.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/pf.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/pf.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/linux.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/linux.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/linux64.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/linux64.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/nullfs.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/nullfs.ko.debug Reading symbols from /usr/lib/debug/boot/kernel/fdescfs.ko.debug...done. Loaded symbols for /usr/lib/debug/boot/kernel/fdescfs.ko.debug #0 doadump (textdump=3D<value optimized out>) at pcpu.h:222 222 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump (textdump=3D<value optimized out>) at pcpu.h:222 #1 0xffffffff80a6b6f1 in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:366 #2 0xffffffff80a6bbb0 in vpanic (fmt=3D<value optimized out>, ap=3D<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:759 #3 0xffffffff80a6b9e3 in panic (fmt=3D<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:690 #4 0xffffffff80a4cf71 in _mtx_lock_spin_cookie (c=3D<value optimized out>, v=3D<value optimized out>, tid=3D18446735290631902560, opts=3D<value optimi= zed out>, file=3D<value optimized out>,=20 line=3D<value optimized out>) at /usr/src/sys/kern/kern_mutex.c:672 #5 0xffffffff81042dc1 in smp_targeted_tlb_shootdown (mask=3D{__bits =3D 0xfffffe085e6ea740}, vector=3D244, pmap=3D<value optimized out>, addr1=3D<v= alue optimized out>, addr2=3D0) at /usr/src/sys/x86/x86/mp_x86.c:1470 #6 0xffffffff81042cac in smp_masked_invltlb (mask=3D{__bits =3D 0xfffffe085e6ea770}, pmap=3D<value optimized out>) at /usr/src/sys/x86/x86/mp_x86.c:1504 #7 0xffffffff80eced91 in pmap_invalidate_all (pmap=3D0xfffff8031ac7f138) at /usr/src/sys/amd64/amd64/pmap.c:1662 #8 0xffffffff80ed2f00 in pmap_protect (pmap=3D<value optimized out>, sva= =3D<value optimized out>, eva=3D<value optimized out>, prot=3D<value optimized out>) = at /usr/src/sys/amd64/amd64/pmap.c:4156 #9 0xffffffff80d608ba in vm_map_protect (map=3D0xfffff8031ac7f000, start= =3D<value optimized out>, end=3D37457926553600, new_prot=3D3 '\003', set_max=3D0) at /usr/src/sys/vm/vm_map.c:2129 #10 0xffffffff80d651fd in sys_mprotect (td=3D<value optimized out>, uap=3D<= value optimized out>) at /usr/src/sys/vm/vm_mmap.c:603 #11 0xffffffff80ee0394 in amd64_syscall (td=3D0xfffff80307c6d560, traced=3D= 0) at subr_syscall.c:135 #12 0xffffffff80ec392b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:396 #13 0x00000008020e89ca in ?? () Previous frame inner to this frame (corrupt stack?) Current language: auto; currently minimal --------------------------------------------------------------------------- because I'm not in our company's building right now (weekend), I'll can test the last voltage increase on Monday only... --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-219399-8-TlnJmAdLap>