[Bug 225182] devel/powerpc64-xtoolchain-gcc: SLOF Data Storage Exception on boot with kernel built with devel/powerpc64-xtoolchain-gcc

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225182 --- Comment #25 from Kenneth Salerno --- (In reply to Nathan Whitehorn from comment #24) I can print an assembly trace of the kernel execution from QEMU if that helps. Let me know. Thanks. -- You are receiving

[Bug 225182] devel/powerpc64-xtoolchain-gcc: SLOF Data Storage Exception on boot with kernel built with devel/powerpc64-xtoolchain-gcc

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225182 --- Comment #24 from Nathan Whitehorn --- (In reply to Kenneth Salerno from comment #23) All of this sounds like pretty clear evidence of memory corruption that we are avoiding in the normal case purely by chance.

[Bug 227285] File descriptor passing does not work reliably on SMP system (cache coherency issue?)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227285 Jan Kokemüller changed: What|Removed |Added Attachment #192211|0 |1

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

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225584 --- Comment #93 from m...@sentex.net --- All working great since this commit for this particular bug -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 227285] File descriptor passing does not work reliably on SMP system (cache coherency issue?)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227285 --- Comment #2 from Jan Kokemüller --- Created attachment 192214 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=192214=edit excerpt of Dtrace script output Here is part of the Dtrace debug log. When

[Bug 227285] File descriptor passing does not work reliably on SMP system (cache coherency issue?)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227285 Bug ID: 227285 Summary: File descriptor passing does not work reliably on SMP system (cache coherency issue?) Product: Base System Version: CURRENT Hardware: Any

[Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259 --- Comment #3 from rozhuk...@gmail.com --- Why close() does not wakes thread that sleep on accept()? -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259 --- Comment #2 from rozhuk...@gmail.com --- I do not understand why shutdown() does not generates POLLHUP/EV_EOF (EV_ERROR then add shutdowned socket) for poll() and kqueue(). -- You are receiving this mail because: You are the assignee

[Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259 rozhuk...@gmail.com changed: What|Removed |Added Summary|accept() does not wakeup on |accept()/poll() and

[Bug 227259] accept() does not wakeup on shutdown()/close()

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227259 rozhuk...@gmail.com changed: What|Removed |Added Attachment #192171|0 |1 is obsolete|

[Bug 225775] btxld does not handle input with other than 2 PT_LOAD segments

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225775 --- Comment #3 from Ed Maste --- See https://reviews.freebsd.org/D14956, which stops lld from generating > 2 PT_LOADs. The underlying issue in btxld will still exist. IMO we should upgrade the warning btxld: