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:
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
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
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=253318
Ed Maste changed:
What|Removed |Added
Status|New |Open
--
You are receiving this mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252860
Ed Maste changed:
What|Removed |Added
Status|New |In Progress
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252894
Ed Maste changed:
What|Removed |Added
Status|New |In Progress
--
You are receiving this
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
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
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
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
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
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
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:
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
+++
14 matches
Mail list logo