[Bug 272744] cxgbe firmware fails to build on i386

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272744 Jessica Clarke changed: What|Removed |Added Status|Open|Closed CC|

[Bug 272744] cxgbe firmware fails to build on i386

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272744 --- Comment #3 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=8a6ab0f71f1857037233fae19991b972b430d83c commit 8a6ab0f71f1857037233fae19991b972b430d83c Author:

[Bug 272765] Cleanup debugging code in libm

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272765 Bug ID: 272765 Summary: Cleanup debugging code in libm Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Onl

[Bug 172086] reboot hang with 'All buffers synced' with FreeBSD13 on ZFS root

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=172086 --- Comment #6 from Maxim Sobolev --- In the absence of the real fix, I suggest we maybe add a flag that would panic() the system if swp_pager_getswapspace() fails after "All buffers synced" point. If nothing else, that would give us traceb

[Bug 172086] reboot hang with 'All buffers synced' with FreeBSD13 on ZFS root

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=172086 Maxim Sobolev changed: What|Removed |Added Summary|reboot hang with 'All |reboot hang with 'All

[Bug 172086] reboot hang with 'All buffers synced' after freebsd-update FreeBSD9 to p3 on ZFS root

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=172086 Maxim Sobolev changed: What|Removed |Added Severity|Affects Only Me |Affects Many People Ver

[Bug 172086] reboot hang with 'All buffers synced' after freebsd-update FreeBSD9 to p3 on ZFS root

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=172086 Maxim Sobolev changed: What|Removed |Added CC||sobo...@freebsd.org --- Comment #4

[Bug 272762] zone_timeout / bucket_drain : Fatal trap 9: general protection fault while in kernel mode

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272762 --- Comment #1 from Peter Eriksson --- Before that panic I got an MCA check (about an hour before the panic & reboot): Jul 27 10:22:20 runur00 kernel: MCA: Bank 12, Status 0x884000300e0f Jul 27 10:22:20 runur00 kernel: MCA: Global Cap

[Bug 272762] zone_timeout / bucket_drain : Fatal trap 9: general protection fault while in kernel mode

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272762 Bug ID: 272762 Summary: zone_timeout / bucket_drain : Fatal trap 9: general protection fault while in kernel mode Product: Base System Version: 13.2-RELEASE Hardware:

[Bug 272742] Fixes for bugs in sinpi/cospi/tanpi

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272742 --- Comment #1 from Steve Kargl --- All, Paul supplied me with his test framework. Exhaustive testing of the float implementations in round-to-nearest yields Checking cospi MPFR library: 4.2.0-p9 MPFR header: 4.2.0-p9 (based on 4.2.0

[Bug 271699] graphics/drm-510-kmod: Kernel Panic when Starting X

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271699 bkid...@briankidney.ca changed: What|Removed |Added Status|New |Closed Resolution

[Bug 272758] c16rtomb and c32rtomb wrong return value (at least on aarch64)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272758 John F. Carr changed: What|Removed |Added CC||j...@mit.edu --- Comment #1 from Jo

[Bug 272758] c16rtomb and c32rtomb wrong return value (at least on aarch64)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272758 Bug ID: 272758 Summary: c16rtomb and c32rtomb wrong return value (at least on aarch64) Product: Base System Version: 13.1-STABLE Hardware: Any OS: Any

[Bug 272507] SATA controller fails to initialize on some AMD X670E(xtreme) based motherboards

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272507 --- Comment #13 from Justin Tocci --- I am open to more complicated requests. If there is diagnostic software, I can run it. if someone could suggest some code to run that would narrow down the possibilities of what is wrong, I can do th

[Bug 272749] ndp(8): correct a few xo_emit formats

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272749 Mina Galić changed: What|Removed |Added Assignee|b...@freebsd.org|n...@freebsd.org Status|N

[Bug 272507] SATA controller fails to initialize on some AMD X670E(xtreme) based motherboards

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272507 --- Comment #12 from Justin Tocci --- dmesg | grep -E "SATA|pci18|pcib18|failed|unable" pcib2: failed to allocate initial memory window: 0xfbe0-0xfc8f pcib2: failed to allocate initial memory window (0xfbe0-0xfc8f,0xb0)

[Bug 272507] SATA controller fails to initialize on some AMD X670E(xtreme) based motherboards

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272507 --- Comment #11 from Justin Tocci --- Thank you for your suggestion. I just did a reboot with: verbose fast boot disabled SATA Port 1 Hot Plug enabled SATA Port 2,3,4 Hot Plug disabled (SATA ports 1 and 2 have disk drives attached) displa

[Bug 195922] split(1) : wrong output with option -l and line length > MAXBSIZE

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195922 Lars Herschke changed: What|Removed |Added CC||lher...@dssgmbh.de --- Comment #1

[Bug 272749] ndp(8): correct a few xo_emit formats

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272749 Helge Oldach changed: What|Removed |Added Keywords||ipv6, patch -- You are receiving t

[Bug 272749] ndp(8): correct a few xo_emit formats

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272749 Bug ID: 272749 Summary: ndp(8): correct a few xo_emit formats Product: Base System Version: 13.2-STABLE Hardware: Any OS: Any Status: New Severity: