[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #37 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #36) (gdb) print local_close $5 = (int (*)(FILE *)) 0x801237880 (gdb) list 452Otherwise this close() will crash when flushing

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #38 from Konstantin Belousov --- (In reply to mike from comment #37) Try to apply the following debugging patch: diff --git a/lib/libc/stdio/_flock_stub.c b/lib/libc/stdio/_flock_stub.c index

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #36 from Konstantin Belousov --- (In reply to mike from comment #35) Thank you. And please, from the same frame 5, do "print local_close". -- You are receiving this mail because: You are the assignee for

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #39 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #38) # patch -p1 < p Hmm... Looks like a unified diff to me... The text leading up to this was: -- |---

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #41 from Konstantin Belousov --- (In reply to mike from comment #40) There should be a core file from the python process somewhere. Please load it into gdb and gather the same information (at least backtrace

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #40 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #38) python2.7(pid 71466 uid 0) aborted: funlockfile(0x80146caa0, 0x80a718600, 0) -- You are receiving this mail because: You are the assignee for

[Bug 212197] Ctrl+/ is not mapped on vt(4)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212197 Ed Maste changed: What|Removed |Added Flags||mfc-stable10+,

[Bug 225634] [build] GENERIC r328784 doesn't link with nvme commented out

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225634 Dmitri Goutnik changed: What|Removed |Added Resolution|--- |FIXED

[Bug 211958] Boot overflows when reading loader.conf

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211958 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: kevans Date: Thu Feb 8 02:44:25 UTC 2018 New revision: 329010 URL: https://svnweb.freebsd.org/changeset/base/329010 Log: MFC

[Bug 211958] Boot overflows when reading loader.conf

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211958 --- Comment #2 from commit-h...@freebsd.org --- A commit references this bug: Author: kevans Date: Thu Feb 8 02:44:25 UTC 2018 New revision: 329010 URL: https://svnweb.freebsd.org/changeset/base/329010 Log: MFC

[Bug 204602] parse() in boot loader interp_parse.c is too naive about quotes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204602 --- Comment #2 from commit-h...@freebsd.org --- A commit references this bug: Author: kevans Date: Thu Feb 8 02:44:25 UTC 2018 New revision: 329010 URL: https://svnweb.freebsd.org/changeset/base/329010 Log: MFC

[Bug 211713] NVME controller failure: resetting (Samsung SM961 SSD Drives)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211713 bambiv...@gmail.com changed: What|Removed |Added CC||bambiv...@gmail.com ---

[Bug 212197] Ctrl+/ is not mapped on vt(4)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212197 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: emaste Date: Thu Feb 8 00:40:56 UTC 2018 New revision: 329005 URL: https://svnweb.freebsd.org/changeset/base/329005 Log: MFC r328412: vt: add Ctrl+/

[Bug 212197] Ctrl+/ is not mapped on vt(4)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212197 --- Comment #4 from commit-h...@freebsd.org --- A commit references this bug: Author: emaste Date: Thu Feb 8 00:42:03 UTC 2018 New revision: 329006 URL: https://svnweb.freebsd.org/changeset/base/329006 Log: MFC r328412: vt: add Ctrl+/

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #49 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #48) (gdb) thread 1 [Switching to thread 1 (LWP 101411)] #0 thr_kill () at thr_kill.S:3 3 RSYSCALL(thr_kill) (gdb) list 1 #include

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #50 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #48) forgot to paste funlockfile 0x80146caa0 0x80d75ff00 0x0 Bus error (core dumped) -- You are receiving this mail because: You are the assignee for

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #42 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #41) It doesnt seem to be dumping core for some reason ? root@amdtestr12:/ # cd / root@amdtestr12:/ # find . -mtime -2h -type f -name "*.core"

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #43 from Konstantin Belousov --- (In reply to mike from comment #42) Check ulimit. -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #44 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #43) its unlimited, the defaults. I changed the core pattern and tested it with another shell script. sysctl -w sysctl

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #48 from Konstantin Belousov --- (In reply to mike from comment #46) What was printed on crash ? >From thread 1 frame 3 please do "p *fp", "p *(fp->_fl_mutex)". -- You are receiving this mail because: You

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #45 from Konstantin Belousov --- (In reply to mike from comment #44) Use this instead. diff --git a/lib/libc/stdio/_flock_stub.c b/lib/libc/stdio/_flock_stub.c index 069ed64c4e9..0180f8f285f 100644 ---

[Bug 225408] re_rxeof erroneously returns EAGAIN, resulting in unnecessary processing

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225408 Mark Johnston changed: What|Removed |Added CC|

[Bug 163547] vmstat(8): vmstat -i show AVG rate instead of rate

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163547 Justin Hibbits changed: What|Removed |Added CC|

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #46 from m...@sentex.net --- Created attachment 190408 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=190408=edit thread apply all bt on the core dump file post debug patch sig 10 Path worked! -- You are receiving

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #47 from Ed Maste --- Do you have the message it printed before the SIGBUS as well? (If you run it in tmux I'll attach and take a look.) -- You are receiving this mail because: You are the assignee for

[Bug 201664] [build] cannot build 'sort' using WITH_SORT_THREADS=yes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201664 Mark Johnston changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org

[Bug 204602] parse() in boot loader interp_parse.c is too naive about quotes

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204602 Kyle Evans changed: What|Removed |Added Resolution|--- |FIXED

[Bug 225728] iwm driver for 7265 says ieee80211_new_state_locked: pending SCAN -> AUTH transition lost

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225728 Bug ID: 225728 Summary: iwm driver for 7265 says ieee80211_new_state_locked: pending SCAN -> AUTH transition lost Product: Base System Version: CURRENT Hardware: Any

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #25 from Konstantin Belousov --- It seems that gdb can do 'thread apply all bt'. At least my copy of gdb 8.1 can. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #26 from m...@sentex.net --- Created attachment 190385 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=190385=edit thread apply all bt info thread at the end -- You are receiving this mail because: You are the

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #27 from Konstantin Belousov --- (In reply to mike from comment #26) Please switch to the Thread 2 (LWP 101302) and do: - on frame 2, "print *curthread" and "print *m" - on frame 4, "print *mutex" - on frame

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #28 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #27) (gdb) thread 2 [Switching to thread 2 (LWP 101302 of process 48133)] #0 _umtx_op_err () at /usr/src/lib/libthr/arch/amd64/amd64/_umtx_op_err.S:37

[Bug 225689] [igb] I350 VF doesn't work with vlans

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225689 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org

[Bug 225688] ppc64: Unable to read timebase

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225688 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org

[Bug 225579] CPU usage in top command not matching with VMWare Host's esxtop command's vCPU output

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225579 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org

[Bug 225728] iwm driver for 7265 says ieee80211_new_state_locked: pending SCAN -> AUTH transition lost

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225728 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #29 from Konstantin Belousov --- (In reply to mike from comment #28) Now please switch to the thread 9, and from the frame 6, do "print *f" and "print *(f->f_fp)". -- You are receiving this mail because: You

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #30 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #29) (gdb) thread 9 [Switching to thread 9 (LWP 101309 of process 48133)] #0 _umtx_op () at _umtx_op.S:3 3 RSYSCALL(_umtx_op) (gdb) frame 6 #6

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #31 from Konstantin Belousov --- (In reply to mike from comment #30) Not useful, indeed. Please from the same thread 9, change to the frame 7 and do "print local_fp", "print *local_fp". -- You are receiving

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #32 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #31) Its not there ? (gdb) frame 7 #7 0x000800b55b5b in call_function (pp_stack=0x7fffde3f3148, oparg=0) at Python/ceval.c:4341 4341

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #33 from Konstantin Belousov --- (In reply to mike from comment #32) Perhaps you did not switched to the thread 9 before select frame ? -- You are receiving this mail because: You are the assignee for the

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #34 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #33) gdb attach 48133 GNU gdb (GDB) 8.0.1 [GDB v8.0.1 for FreeBSD] Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or

[Bug 225584] Various compile process hang on Ryzen, but not on Intel

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #35 from m...@sentex.net --- (In reply to Konstantin Belousov from comment #33) frame 5 has that var ? (gdb) thread 9 [Switching to thread 9 (LWP 101309 of process 48133)] #5 0x000800a82fb7 in close_the_file