[Bug 276308] acpi_wmi: Error getting Embedded MOF on some hardware

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276308 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|a...@freebsd.org -- You are receiv

[Bug 276308] acpi_wmi: Error getting Embedded MOF on some hardware

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276308 Bug ID: 276308 Summary: acpi_wmi: Error getting Embedded MOF on some hardware Product: Base System Version: 14.0-RELEASE Hardware: amd64 OS: Any Status: New

[Bug 276306] building games/dxx-rebirth causes clang ICE

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276306 --- Comment #1 from Lexi Winter --- Created attachment 247631 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=247631&action=edit bmread-a3bac9.{cpp,sh} -- You are receiving this mail because: You are the assignee for the bug.

[Bug 276306] building games/dxx-rebirth causes clang ICE

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276306 Bug ID: 276306 Summary: building games/dxx-rebirth causes clang ICE Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity

[Bug 192780] Make Marvell 88SE9128 sata port-multiplier supported

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192780 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|bugmeis...@freebsd.org Reso

[Bug 273705] Archaic aspects of device.hints cause boot failure with some modern hardware

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273705 Warner Losh changed: What|Removed |Added Assignee|b...@freebsd.org|i...@freebsd.org -- You are receivi

[Bug 273705] Archaic aspects of device.hints cause boot failure with some modern hardware

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273705 --- Comment #5 from Warner Losh --- Oh. I know this issue. I need to look at some assumptions that ive made to date and at what we support. Vincent and i have tLked offline -- You are receiving this mail because: You are the assignee for

[Bug 273705] Archaic aspects of device.hints cause boot failure with some modern hardware

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273705 Mark Linimon changed: What|Removed |Added Version|14.0-CURRENT|14.0-STABLE CC|

[Bug 161097] [sched_ule] Unkillable process hanging waiting for "exithold" when p_lock is 1

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=161097 Warner Losh changed: What|Removed |Added Status|Open|Closed CC|

[Bug 276304] w(1) with --libxo=json produces invalid JSON output parameter on Croatian locale

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276304 --- Comment #6 from Vedran Miletic --- (In reply to Mina Galić from comment #3) Sure. % locale LANG=hr_HR.UTF-8 LC_CTYPE="hr_HR.UTF-8" LC_COLLATE="hr_HR.UTF-8" LC_TIME="hr_HR.UTF-8" LC_NUMERIC="hr_HR.UTF-8" LC_MONETARY="hr_HR.UTF-8" LC_MES

[Bug 276057] crash in xa_destroy() while initializing the i915kms module

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276057 --- Comment #10 from Donn Seeley --- (In reply to Konstantin Belousov from comment #9) Got it, thanks. So it sounds to me like the only risk here is unloading the module when witnessing is enabled. In that case, I think the best approach

[Bug 276304] w(1) with --libxo=json produces invalid JSON output parameter on Croatian locale

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276304 --- Comment #5 from Baptiste Daroussin --- Ah it does not matter hr_HR is the problem here, -- You are receiving this mail because: You are the assignee for the bug.

[Bug 178953] [lor] kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff8119758ed0

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=178953 Mark Johnston changed: What|Removed |Added Resolution|--- |Overcome By Events Sta

[Bug 276304] w(1) with --libxo=json produces invalid JSON output parameter on Croatian locale

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276304 --- Comment #4 from Baptiste Daroussin --- What locale are you using: hr_HR.ISO8859-2 or hr_HR.UTF-8? -- You are receiving this mail because: You are the assignee for the bug.

[Bug 276304] w(1) with --libxo=json produces invalid JSON output parameter on Croatian locale

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276304 --- Comment #3 from Mina Galić --- for completeness, can you please show the output of locale for the broken behaviour? -- You are receiving this mail because: You are the assignee for the bug.

[Bug 276304] w(1) with --libxo=json produces invalid JSON output parameter on Croatian locale

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276304 --- Comment #2 from Vedran Miletic --- That would be the correct observation. Other commands, e.g. ps(1), use strings for decimal numbers (bug 265223) and avoid this issue. Not sure if this is an intentional safety measure. -- You are rec

[Bug 276304] w(1) with --libxo=json produces invalid JSON output parameter on Croatian locale

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276304 Mina Galić changed: What|Removed |Added Summary|w(1) with produces invalid |w(1) with --libxo=json

[Bug 265223] libxo json output for ps uses strings for numeric properties

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265223 Vedran Miletic changed: What|Removed |Added CC||ved...@miletic.net --- Comment #1

[Bug 276304] w(1) with produces invalid JSON output with --libxo json parameter on Croatian locale

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276304 Bug ID: 276304 Summary: w(1) with produces invalid JSON output with --libxo json parameter on Croatian locale Product: Base System Version: 14.0-RELEASE Hardware: Any

[Bug 276303] camcontrol stop does not stop a USB-connected SATA drive (regression from 12.4)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276303 Mark Linimon changed: What|Removed |Added Keywords||regression -- You are receiving th

[Bug 276303] camcontrol stop does not stop a USB-connected SATA drive (regression from 12.4)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276303 Bug ID: 276303 Summary: camcontrol stop does not stop a USB-connected SATA drive (regression from 12.4) Product: Base System Version: 14.0-STABLE Hardware: Any

[Bug 276057] crash in xa_destroy() while initializing the i915kms module

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276057 --- Comment #9 from Konstantin Belousov --- (In reply to Donn Seeley from comment #8) MTX_NEW suppresses the check that the mutex memory is zeroed (in reality it is less smart, but lets pretend). You can do mtx_init()/mtx_destroy()/mtx_ini

[Bug 276299] Write performance to NFS share is ~4x slower than on 13.2

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276299 Mark Linimon changed: What|Removed |Added Keywords||regression Assignee|b...@

[Bug 276299] Write performance to NFS share is ~4x slower than on 13.2

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276299 --- Comment #4 from Vladimir Druzenko --- Try on client: dd if=/dev/zero of=/Users/Shared/NFS/VMs/ZERO bs=1M count=16384 status=progress (don't know correct command line for dd on macos) -- You are receiving this mail because: You are the

[Bug 276057] crash in xa_destroy() while initializing the i915kms module

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276057 --- Comment #8 from Donn Seeley --- (In reply to Konstantin Belousov from comment #2) I had some time to look at this issue this morning. Some questions: If you can't reinitialize a mutex, then what is the point of MTX_NEW? The mutex(

[Bug 276299] Write performance to NFS share is ~4x slower than on 13.2

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276299 --- Comment #3 from dmilith --- (In reply to Vladimir Druzenko from comment #2) >From the server: vfs.nfsd.srvmaxio: 1048576 vfs.nfsd.maxthreads: 64 I've tried with 128 threads before, but that changed nothing. The server is… close to be

[Bug 276299] Write performance to NFS share is ~4x slower than on 13.2

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276299 --- Comment #2 from Vladimir Druzenko --- Check on server: sysctl vfs.nfsd.srvmaxio sysctl vfs.nfsd.maxthreads On clients readahead=16. > sync,async ? -- You are receiving this mail because: You are the assignee for the bug.

[Bug 276299] Write performance to NFS share is ~4x slower than on 13.2

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276299 Mina Galić changed: What|Removed |Added CC||rmack...@freebsd.org --- Comment #1 f

[Bug 266879] fusefs, net/glusterfs: GlusterFS mount not handled as expected

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266879 Alan Somers changed: What|Removed |Added Status|New |Closed Resolution|---

[Bug 269330] [fusefs]: data corruption with mmap and either o_direct or fspacectl

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269330 Alan Somers changed: What|Removed |Added Summary|fusefs: data corruption |[fusefs]: data corruption

[Bug 276299] Write performance to NFS share is ~4x slower than on 13.2

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276299 Bug ID: 276299 Summary: Write performance to NFS share is ~4x slower than on 13.2 Product: Base System Version: 14.0-RELEASE Hardware: arm64 OS: Any

[Bug 276298] Framework Laptop: Recording audio not working for both built in mic and headphones

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276298 Bug ID: 276298 Summary: Framework Laptop: Recording audio not working for both built in mic and headphones Product: Base System Version: 15.0-CURRENT Hardware: Any

[Bug 158340] [rpc] Possible dereference of null pointer by code that calls replay_find()...

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=158340 --- Comment #2 from Greg Becker --- There is probably little need to fix this bug so may as well just close it. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 276099] freebsd-update: manpage does not mention '-v' option and its aliases

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276099 Mark Linimon changed: What|Removed |Added Component|bin |Manual Pages Product|Bas

[Bug 241948] Add option to 100.security to avoid some regexp

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241948 Mark Linimon changed: What|Removed |Added Keywords||feature -- You are receiving this

[Bug 237856] 12-STABLE fails to build: use of undeclared identifier 'compiler_flags'

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237856 Mark Linimon changed: What|Removed |Added Resolution|--- |Overcome By Events Stat

[Bug 276292] make buildworld: c++: error: clang frontend command failed with exit code 138

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276292 --- Comment #3 from Martin --- Created attachment 247620 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=247620&action=edit Log of the buildworld run -- You are receiving this mail because: You are the assignee for the bug.

[Bug 276292] make buildworld: c++: error: clang frontend command failed with exit code 138

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276292 Martin changed: What|Removed |Added Attachment #247619|text/x-sh |text/plain mime type|

[Bug 276292] make buildworld: c++: error: clang frontend command failed with exit code 138

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276292 --- Comment #1 from Martin --- Created attachment 247618 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=247618&action=edit File created in the buildworld run -- You are receiving this mail because: You are the assignee for the

[Bug 276292] make buildworld: c++: error: clang frontend command failed with exit code 138

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276292 Bug ID: 276292 Summary: make buildworld: c++: error: clang frontend command failed with exit code 138 Product: Base System Version: 14.0-STABLE Hardware: amd64