[Bug 236737] recvmsg() under COMPAT_FREEBSD32 returns the wrong msg_controllen value

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236737 Jason A. Harmening changed: What|Removed |Added CC||j...@freebsd.org --- Comment

[Bug 236737] recvmsg() under COMPAT_FREEBSD32 returns the wrong msg_controllen value

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236737 --- Comment #2 from Jason A. Harmening --- It looks like the 32-bit kernel compat shim for recvmsg() isn't correctly padding the data size for each control message to the required 4-byte alignment when calculating controllen for the output

[Bug 236737] recvmsg() under COMPAT_FREEBSD32 returns the wrong msg_controllen value

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236737 Jason A. Harmening changed: What|Removed |Added Status|New |In Progress Assigne

[Bug 235509] BTX Freezes during boot on Supermicro H8DGi-F after update to 12.0

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235509 j...@feith.com changed: What|Removed |Added CC||j...@feith.com --- Comment #4 from

[Bug 235509] BTX Freezes during boot on Supermicro H8DGi-F after update to 12.0

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235509 --- Comment #5 from j...@feith.com --- If the patch doesn't help, then what you can do is add print statements to find out where the loader is going splat. The PR I mentioned lists some of the routines of interest. To debug I built the loa

[Bug 233769] Possible build race: ld: error: unable to find library -lgcc_s

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233769 --- Comment #4 from Ed Maste --- In a successful build we actually install libgcc_s.so three times to the same location. -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 221550] kern.bootfile returns only /kernel on mips64 (ERL) platform

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221550 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: gonzo Date: Tue Mar 26 18:03:18 UTC 2019 New revision: 345550 URL: https://svnweb.freebsd.org/changeset/base/345550 Log: Change default value of kern.b

[Bug 236513] AMD Jaguar: Only CPU core 0 detects C2 state

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236513 --- Comment #24 from stockhau...@collogia.de --- One step further: The wrong ACPI definitions are indeed the culprit of the wrong C2 state registration. I implemented a lousy patch in acpi.c: /* * Pre-allocate/manage all memory and IO res

[Bug 221550] kern.bootfile returns only /kernel on mips64 (ERL) platform

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221550 Oleksandr Tymoshenko changed: What|Removed |Added Flags||mfc-stable11?,

[Bug 236513] HP Thin clients T620/T730 ACPI: Only CPU core 0 detects C2 state

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236513 stockhau...@collogia.de changed: What|Removed |Added Summary|AMD Jaguar: Only CPU core 0 |HP Thin clients T620/T730

[Bug 233769] Possible build race: ld: error: unable to find library -lgcc_s

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233769 --- Comment #5 from Mark Millard --- (In reply to Ed Maste from comment #4) Is there a installworld vs. buildworld confusion? (I'd expect ld to be a buildworld issue, not a installworld one.) I see from recent activity, using: egrep -r '

[Bug 233769] Possible build race: ld: error: unable to find library -lgcc_s

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233769 --- Comment #6 from Ed Maste --- (In reply to Mark Millard from comment #5) The installs are done during buildworld as part of the libraries target. In a submake the _prereq_libs, _startup_libs and _generic_libs targets are built in turn an

[Bug 224270] Get exit status of process that's piped to another: set -o pipefail is missing for /bin/sh

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224270 --- Comment #15 from commit-h...@freebsd.org --- A commit references this bug: Author: jilles Date: Tue Mar 26 20:47:31 UTC 2019 New revision: 345556 URL: https://svnweb.freebsd.org/changeset/base/345556 Log: MFC r327475: sh: Move variou

[Bug 233769] Possible build race: ld: error: unable to find library -lgcc_s

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233769 --- Comment #7 from Mark Millard --- (In reply to Ed Maste from comment #6) Ahh, I needed to look in the .meta files. Sorry. What you are reporting may mean that some .meta files are written more than once, so I'd see content from only th

[Bug 224270] Get exit status of process that's piped to another: set -o pipefail is missing for /bin/sh

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224270 --- Comment #16 from commit-h...@freebsd.org --- A commit references this bug: Author: jilles Date: Tue Mar 26 21:30:26 UTC 2019 New revision: 345559 URL: https://svnweb.freebsd.org/changeset/base/345559 Log: MFC r328818: sh: Refactor jo

[Bug 233769] Possible build race: ld: error: unable to find library -lgcc_s

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233769 --- Comment #8 from Mark Millard --- (In reply to Mark Millard from comment #7) And, finally what I should have looked for in the overall logs, using a aarch64 build this time (no lib32): # egrep '(libgcc_s\.so|libgcc_s.*_libinstall)' ~/s

[Bug 224270] Get exit status of process that's piped to another: set -o pipefail is missing for /bin/sh

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224270 --- Comment #17 from commit-h...@freebsd.org --- A commit references this bug: Author: jilles Date: Tue Mar 26 22:34:10 UTC 2019 New revision: 345561 URL: https://svnweb.freebsd.org/changeset/base/345561 Log: MFC r344502: sh: Add set -o

[Bug 224270] Get exit status of process that's piped to another: set -o pipefail is missing for /bin/sh

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224270 Jilles Tjoelker changed: What|Removed |Added Status|In Progress |Closed Resolution|---

[Bug 223516] man(1) ignores the exit status of groff

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223516 Bug 223516 depends on bug 224270, which changed state. Bug 224270 Summary: Get exit status of process that's piped to another: set -o pipefail is missing for /bin/sh https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224270 What

[Bug 223516] man(1) ignores the exit status of groff

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223516 Jilles Tjoelker changed: What|Removed |Added CC||jil...@freebsd.org --- Comment #

[Bug 236371] [new driver] HighPoint RocketRAID 3700 series embedded driver

2019-03-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236371 --- Comment #1 from Xin LI --- Hi, It seems that the copyright header in the submission does not have a license, which is required for bundled driver, could you please use a compatible license (e.g. https://svnweb.freebsd.org/base/head/sha