[Bug 253338] Announcement e-mail missing the most important thing: link to in-progress release notes

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253338 Bug ID: 253338 Summary: Announcement e-mail missing the most important thing: link to in-progress release notes Product: Base System Version: 13.0-STABLE Hardware:

[Bug 253337] Linuxulator: glibc's pthread_getattr_np reports stack size as 124K

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253337 Bug ID: 253337 Summary: Linuxulator: glibc's pthread_getattr_np reports stack size as 124K Product: Base System Version: Unspecified Hardware: Any

[Bug 253318] lldb: aborted when debugging named

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253318 --- Comment #4 from Ed Maste --- (In reply to Xin LI from comment #3) > Should I build a lldb version with -g and -O0 just in case, by the way? I think cmake setting `-DCMAKE_BUILD_TYPE=Debug` should do the right thing. -- You are

[Bug 253318] lldb: aborted when debugging named

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253318 Ed Maste changed: What|Removed |Added Status|New |Open -- You are receiving this mail

[Bug 252860] arm64 PT_GETDBREGS does not expose watchpoint registers

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252860 Ed Maste changed: What|Removed |Added Status|New |In Progress -- You are receiving this

[Bug 252894] Fix public key derivation if WireGuard implementation

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252894 Ed Maste changed: What|Removed |Added Status|New |In Progress -- You are receiving this

[Bug 253318] lldb: aborted when debugging named

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253318 --- Comment #3 from Xin LI --- It would take about a day for me to catch the offending program (more context at https://gitlab.isc.org/isc-projects/bind9/-/issues/2465 if you are interested) to enter the state that I need to debug, so it

[Bug 253318] lldb: aborted when debugging named

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253318 --- Comment #2 from Ed Maste --- Was this reproducible or just occurred once? If you have a moment can you try upstream lldb built from source (https://lldb.llvm.org/resources/build.html)? A lot of work is going into lldb FreeBSD support

[Bug 253328] IPv6 6rd not supported (if_stf)

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253328 Bug ID: 253328 Summary: IPv6 6rd not supported (if_stf) Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects

[Bug 253272] Page fault in _mca_init during boot

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253272 --- Comment #2 from Alan Somers --- I updated the BIOS from version 5.12, aka 2/24/2018 Rev 2.0b, to 5.14, aka 10/30/2020 Rev 3.4. That fixed the problem. Now all CPUs show the MCG_CMCI_P bit disabled. $ for i in `seq 0 31`; do sudo

[Bug 194766] [drm:pid12:i915_hangcheck_elapsed] [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194766 Jan Beich changed: What|Removed |Added Assignee|b...@freebsd.org|x...@freebsd.org --- Comment #72 from

Problem reports for b...@freebsd.org that need special attention

2021-02-07 Thread bugzilla-noreply
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and

[Bug 253318] lldb: aborted when debugging named

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253318 --- Comment #1 from Dimitry Andric --- Any idea how to reproduce this? It appears that mutex::lock() just calls pthread_mutex_lock() and it fails somehow: 000b5380 : b5380: 55 push %rbp b5381:

[Bug 253313] lib/msun: hypotl(3) mishandles subnormal numbers

2021-02-07 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253313 --- Comment #2 from Dimitry Andric --- The most minimal fix I could come up with is: diff --git a/lib/msun/src/e_hypotl.c b/lib/msun/src/e_hypotl.c index 9189b1fab54d..c66d2246c8e2 100644 --- a/lib/msun/src/e_hypotl.c +++