[Bug 237077] possible race in build: /usr/src/sys/amd64/linux/linux_support.s:38:2: error: expected relocatable expression

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237077 Li-Wen Hsu changed: What|Removed |Added Status|New |Open

[Bug 239822] deadlock since FreeBSD 12.0 p9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239822 --- Comment #5 from Martin Birgmeier --- I'll try it next time. Currently I am recompiling all those ports with kernel modules. -- Martin -- You are receiving this mail because: You are the assignee for the bug.

[Bug 239822] deadlock since FreeBSD 12.0 p9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239822 --- Comment #4 from Mark Johnston --- s/changes/hangs/ -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list

[Bug 239822] deadlock since FreeBSD 12.0 p9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239822 Mark Johnston changed: What|Removed |Added CC||ma...@freebsd.org --- Comment #3

[Bug 239822] deadlock since FreeBSD 12.0 p9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239822 --- Comment #2 from Martin Birgmeier --- I just had another of these deadlocks: - Running firefox - Opening a context menu - Firefox does not respond anymore - Klicked on upper right corner to close it - KDE says that window does not

[Bug 239822] deadlock since FreeBSD 12.0 p9

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239822 Martin Birgmeier changed: What|Removed |Added Summary|deadlock|deadlock since FreeBSD 12.0

[Bug 233405] sparc64: DWARF unwinder required for GCC 4.2.1 retirement

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233405 --- Comment #4 from Ed Maste --- (In reply to Conrad Meyer from comment #3) Sure, if those who have an interest in FreeBSD/sparc64 want to make that change and are happy enough with the result. -- You are receiving this mail because: You

[Bug 233405] sparc64: DWARF unwinder required for GCC 4.2.1 retirement

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233405 --- Comment #3 from Conrad Meyer --- Would an acceptable unwind implementation on Sparc be "raise(SIGKILL);"? -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 233405] sparc64: DWARF unwinder required for GCC 4.2.1 retirement

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233405 --- Comment #2 from Ed Maste --- Attempting to enable LLVM libunwind on sparc64 resulted in: In file included from /scratch/tmp/emaste/freebsd/contrib/libunwind/src/libunwind.cpp:29:

[Bug 239851] BSD_CRTBEGIN does not work on sparc64

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239851 Warner Losh changed: What|Removed |Added CC||i...@freebsd.org --- Comment #1

[Bug 239620] 12-STABLE: boot failure due to bootloader issue on PCengine APU2C4 ( > r349288)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239620 --- Comment #1 from O. Hartmann --- I found the cause of this problem. When compiling world with the option WITH_BEARSSL the result is a broken loader unwilling to boot a legacy MBR system on this specific piece of hardware. I have

[Bug 224496] mpr and mps drivers seems to have issues with large seagate drives

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224496 --- Comment #18 from Paul Thornton --- (In reply to Bane Ivosev from comment #16) Thanks for the confirmation. I'm in the process of downgrading the affected NAS machine (they are an identical pair) from 12.0 to 11.1, I need to test this

[Bug 233362] Building riscv with BSD_CRTBEGIN fails

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233362 --- Comment #3 from Ed Maste --- This was probably a temporary local problem, checking what config I had... -- You are receiving this mail because: You are the assignee for the bug. ___

[Bug 239566] panic: solaris assert: avl_find(>scn_queue, sds, ) .... dsl_scan.c line 1029

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239566 Andriy Gapon changed: What|Removed |Added Status|New |Open

[Bug 239566] panic: solaris assert: avl_find(>scn_queue, sds, ) .... dsl_scan.c line 1029

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239566 --- Comment #1 from Andriy Gapon --- Some debugging information for the crash: Unread portion of the kernel message buffer: panic: solaris assert: avl_find(>scn_queue, sds, ) == ((void *)0) (0xf80f108a1ac0 == 0x0), file:

[Bug 233362] Building riscv with BSD_CRTBEGIN fails

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233362 --- Comment #2 from Andrew Turner --- Is this still an issue? BSD_CRTBEGIN should be enabled on riscv and I haven't heard any other complaints it fails to build. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 239851] BSD_CRTBEGIN does not work on sparc64

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239851 Bug ID: 239851 Summary: BSD_CRTBEGIN does not work on sparc64 Product: Base System Version: CURRENT Hardware: sparc64 OS: Any Status: New Severity:

[Bug 233361] mips build with BSD_CRTBEGIN, Clang, LLD fails

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233361 Ed Maste changed: What|Removed |Added Blocks||228919 Referenced Bugs:

[Bug 233362] Building riscv with BSD_CRTBEGIN fails

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233362 Ed Maste changed: What|Removed |Added Blocks||228919 Referenced Bugs:

[Bug 239849] INTEL X710, WINDOWS SERVER 2019 HYPER-V, FreeBSD Current, iavf

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239849 Andrey V. Elsukov changed: What|Removed |Added Keywords||IntelNetworking -- You are

[Bug 239849] INTEL X710, WINDOWS SERVER 2019 HYPER-V, FreeBSD Current, iavf

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239849 Andrey V. Elsukov changed: What|Removed |Added CC||a...@freebsd.org --- Comment

[Bug 239849] INTEL X710, WINDOWS SERVER 2019 HYPER-V, FreeBSD Current, iavf

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239849 Bug ID: 239849 Summary: INTEL X710, WINDOWS SERVER 2019 HYPER-V, FreeBSD Current, iavf Product: Base System Version: CURRENT Hardware: amd64 OS: Any

[Bug 224496] mpr and mps drivers seems to have issues with large seagate drives

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224496 --- Comment #17 from Matthias Pfaller --- (In reply to Francois Baillargeon from comment #14) We have cache and log devices: NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAGCAP DEDUP HEALTH ALTROOT k-zb1